Ответ 1

Я предвижу, что у нас появятся аналогичные требования/мы столкнемся с той же проблемой через некоторое время в будущем на одной из наших систем. Так что был заинтересован в поиске решения/обходного пути сам.

Сначала заглянул в commons-daemon, чтобы увидеть, есть ли какая-либо конфигурация, которую мы можем сделать для достижения maxbackupindex в логах; но поиск не сильно помог.

Тем не менее, я нашел два подхода, которые люди применяют для борьбы с "превышением границ бревен котов".

Первый подход: настройка внутри Tomcat

1. Найдите context.xml в Tomcat по пути: -

   YourTomcatInstallDir\conf\context.xml  
   

2. Отредактируйте контекстный тег, чтобы добавить swallowOutput="true" как swallowOutput="true" ниже: -

   <Context swallowOutput="true">
   

   (Это поглощает все ваши stdout/stderr и перенаправляет в основную систему ведения журналов.)

3. В вашем log4j.properties; добавьте config, чтобы перенаправить ваши журналы org.apache.catalina в ваш собственный файл журнала.

   Ваш логгер будет выглядеть так:

   log4j.logger.org.apache.catalina=INFO, YourAppender
   

   (В YourAppender теперь вы можете установить MaxBackupIndex и MaxFileSize чтобы достигнуть определенного вами количества опрокидываний и ограничения на размер журнала.)

Если вышеуказанный подход не работает; вы можете попробовать использовать внешнюю утилиту, как указано во втором подходе

Второй подход: настроить внешне с помощью "logrotate"

Существует простой инструмент, называемый logrotate для достижения желаемого эффекта в журналах, которые вы не можете контролировать. Вот несколько ссылок, с которых можно начать.

• Как вращать Tomcat catalina.out
• Понимание утилиты logrotate
• использование logrotate
• войти на windows

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

Ответ 2

У меня была такая же проблема и, наконец, наткнулся на решение. Tomcat 7 для Windows имеет приложение свойств tomcat под названием Monitor Tomcat. На вкладке ведения журнала вам нужно удалить значение "auto" в блоках ввода-вывода stdout и stderr. Просто оставьте поле пустым и не создаст эти файлы. Затем вы можете использовать log4j для создания скользящих файлов журналов для этих критически важных файлов для будущих целей отладки.

Надеюсь, что это поможет.

Ответ 3

В окнах вам нужно будет перейти к tomcat/bin/service.bat и отредактировать переменную PR_LOGPATH (все из них). И, вероятно, переустановите службу с помощью "service remove" и "service install", В Linux-системах решение должно быть очень похожим

Ответ 4

Отключить создание файлов через Apache "Commons Daemon Service Manager"

Короткая версия: Удалите auto внутри сервисного приложения. Это отключит создание файлов stdout и stderr. Я думаю, что файл "commons-daemon" застрял в тебе.

Длинную версию смотрите ниже.

Tomcat для Windows имеет специальное небольшое сервисное приложение. Это приложение имеет несколько названий. Например: Commons Daemon Service Manager, procrun. И EXE файл обычно называется что-то вроде Tomcat7w.exe/YourServiceNameHere w.exe/Tomcat9w.exe.

Значок Windows просто помечен как Monitor Tomcat. И начав это, вы попадете прямо на вкладку " Logging ".

Вот скриншот вкладки "Ведение журнала". Это приложение может генерировать несколько файлов:

1. Файл журнала commons-daemon.
2. Pid file. Мы не заботимся об этом прямо сейчас.
3. Redirect Stdout журнала Redirect Stdout.
4. Redirect Stderror журнала Redirect Stderror.

Итак, есть 3 файла журнала. Ни один из них не вращается по умолчанию. ProcRun НЕ предлагает возможности для этого.

Таким образом, есть несколько обходных путей, которые приходят мне на ум:

1. Отключить создание файлов stdout/stderr (см. Ниже). Вам по-прежнему понадобится способ очистить старые файлы "commons-daemon". (Я не знаю, как отключить создание этих файлов. Просто очистка текстового поля НЕ поможет). Но, по крайней мере, они должны быть небольшими по размеру.
2. Периодически перезапускайте сервис Tomcat. Это создаст файл с меткой времени с текущей датой. Вам по-прежнему понадобится способ очистить старые файлы commons-daemon/stdout/stderr.
3. Используйте внешнюю утилиту Logrotate-for-Windows для вращения текущего файла и очистки старых повернутых файлов.
4. Не используйте ProcRun и не запускайте Windows Tomcat другим способом. Это не создаст ни один из файлов commons-daemon/stdout/stderr.

Я думаю, что официальная позиция может быть кратко сформулирована так: "Что? Ваши файлы catalina/stdout/stderr становятся слишком большими? Что ж, вам все равно не следует ничего регистрировать". Другими словами: единственная официально поддерживаемая опция - это номер 1 (и 4).

Отключение создания stdout/stderr

В моих Tomcats файл "commons-daemon" обычно очень мал и только когда получает или запускает Tomcat только несколько новых строк. Даже на Level: Debug.

Перенаправленные файлы stdout и stderr могут стать ОЧЕНЬ большими.

Однако вы можете удалить auto из текстовых полей. Это должно полностью отключить генерацию этих файлов.

дальнейшее чтение

• Официальный сервис Apache Tomcat для Windows. Для: Tomcat 7.0, Tomcat 8.0, Tomcat 8.5, Tomcat 9.0

Ответ 5

Для тех, кто просто хочет настроить местоположение, где создаются эти 3 журнала: Если вы запускаете Tomcat как сервис и хотите настроить, где находятся commons-daemon, stderror и stdout, вы можете запустить свой сервис с параметром командной строки [CN00 ] или установите на компьютере-сервере переменную среды PR_LOGPATH с вашим собственным путем.

Это задокументировано и здесь вместе с другими параметрами: https://tomcat.apache.org/tomcat-8.0-doc/windows-service-howto.html