Настройка ведения журнала Teamcity - PullRequest
1 голос
/ 08 февраля 2011

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

Места, которые я смотрел до сих пор:

  • Jetbrains: ничего на stdout;
  • Google для "журналов tomcat stdout": первые несколько ссылок на самом деле не решают проблему.

Редактировать :

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

[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)

Есть идеи, что это за файл?

Ответы [ 3 ]

1 голос
/ 23 февраля 2011

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

У этого парня есть эквивалент Windows,сделать тоже самое: http://www.datori.org/?p=7

0 голосов
/ 18 июля 2011

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

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

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

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

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

0 голосов
/ 24 февраля 2011

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...