2011-02-08 6 views
1

Я использую Teamcity 5 для нашей среды CI. Это отличный инструмент, но я боролся с одной вещью: файл stdout_yyyyMMdd.log в папке \TeamCity\logs растет до смешного размера. Есть ли способ отключить его?Настройка ведения журнала Teamcity

мест Я смотрел до сих пор:

  • JetBrains: Ничего на стандартный вывод;
  • Google для «журналов tomcat stdout»: первые несколько ссылок на самом деле не затрагивают проблему.

Edit:

По предложению Кир, я посмотрел на самом деле посмотреть, что в стандартный вывод. Это одно и то же сообщение исключений повторяется снова и снова:

[2010-12-01 08:57:21,268] WARN - jetbrains.buildServer.SERVER - java.io.FileNotFoundException: <...Path...>\.BuildServer\system\caches\search\_8p.prx (The system cannot find the file specified) 
[2010-12-01 08:57:21,315] ERROR - erverSide.search.SearchService - SearchService.enqueueHistory 
java.io.FileNotFoundException: <...Path...>\.BuildServer\system\caches\search\_8p.prx (The system cannot find the file specified) 
    at java.io.RandomAccessFile.open(Native Method) 
    at java.io.RandomAccessFile.<init>(Unknown Source) 
    at org.apache.lucene.store.SimpleFSDirectory$SimpleFSIndexInput$Descriptor.<init>(SimpleFSDirectory.java:78) 
    at org.apache.lucene.store.SimpleFSDirectory$SimpleFSIndexInput.<init>(SimpleFSDirectory.java:108) 
    at org.apache.lucene.store.SimpleFSDirectory.openInput(SimpleFSDirectory.java:65) 
    at org.apache.lucene.index.SegmentReader$CoreReaders.<init>(SegmentReader.java:132) 
    at org.apache.lucene.index.SegmentReader.get(SegmentReader.java:638) 
    at org.apache.lucene.index.SegmentReader.get(SegmentReader.java:599) 
    at org.apache.lucene.index.DirectoryReader.<init>(DirectoryReader.java:104) 
    at org.apache.lucene.index.ReadOnlyDirectoryReader.<init>(ReadOnlyDirectoryReader.java:27) 
    at org.apache.lucene.index.DirectoryReader$1.doBody(DirectoryReader.java:74) 
    at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:704) 
    at org.apache.lucene.index.DirectoryReader.open(DirectoryReader.java:69) 
    at org.apache.lucene.index.IndexReader.open(IndexReader.java:476) 
    at org.apache.lucene.index.IndexReader.open(IndexReader.java:314) 
    at jetbrains.buildServer.serverSide.search.SearchService.getIndexSearcher(SearchService.java:451) 
    at jetbrains.buildServer.serverSide.search.SearchService.enqueueHistory(SearchService.java:515) 
    at jetbrains.buildServer.serverSide.search.BackgroundIndexer.run(BackgroundIndexer.java:32) 
    at java.lang.Thread.run(Unknown Source) 

Любая идея, что это за файл?

+0

Может быть, фрагмент журнала прольет свет, что там происходит. – KIR

+0

@KIR: ah-ha. Кажется, файл журнала почти полностью сделан из того же сообщения об исключении. Отредактировано оригинальное сообщение. – biozinc

ответ

1

Если вы работаете TC на UNIX можно использовать LogRotate: http://linuxcommand.org/man_pages/logrotate8.html (. Очевидно, что это временное решение, но оно должно быть эффективным)

Этот парень имеет окна эквивалент, который может сделать трюк тоже: http://www.datori.org/?p=7

0

Удалить .BuildServer \ system \ caches \ search directory и перезапустить TeamCity. Может быть, это поможет.

0

Проблема вызвана тем, что кто-то или что-то удаляет индекс Lucene в городе команды. Каждый раз, когда вы нажимаете страницу после этого, он регистрируется в stdout, чтобы он не мог найти файл.

Если очистить всю папку, которая должна быть % USERPROFILE% .BuildServer \ система \ кэши \ Поиск \

См http://confluence.jetbrains.net/display/TCD5/TeamCity+Data+Directory для получения дополнительной информации о том, где найти папку.

И перезапустите Teamcity, он воссоздает индекс при запуске и прекратит протоколировать сообщение об ошибке.

О, и поиск также должен снова начать работать.

Смежные вопросы