Я предполагаю, что кот порожден апачами.
Проблема могла состоять в том, что, когда Apache закрывает свои файлы журнала, кот пытается получить доступ, сказал, что файл журнала и когда он внезапно находит его, исчез волшебно, он просто опрокидывается и умирает.
Другое объяснение состояло бы в том, что сервер Apache также сбрасывает кота при вращении журналов и перезагрузке конфигурационных файлов (который SIGHUP инициирует), и некоторая ошибка или другой препятствуют тому, чтобы кот перезапустил в то время.
Как towo сказал выше, это могло произойти при запуске Tomcat со Сценария PHP, работающего в Apache. Я столкнулся с этим и думал, что отмечу следующее здесь кем-либо еще умеющим добираться настолько далеко :-).
Запустите Tomcat с setsid, это удостоверится, что добирается, помещает в его собственную группу процесса, полностью изолируя его от любых сигналов (включая SIGHUP) Вы или logrotate отправляете к Apache. Попробуйте что-то как:
/usr/bin/setsid $CATALINA_HOME/bin/startup.sh
/etc/init.d/apache2 stop
в командной строке или попытаться просто дергать файл журнала из-под обоих процессов путем выполненияmv /var/log/apache2/error.log /var/log/apache2/error.log.test
или подобный. Обе опции вызвали бы время простоя, конечно, но это wouldn' t быть очень длинным. – Ernie 24 July 2009 в 21:19