2012-05-03 2 views
0

У меня есть сервер tomcat6, на котором работает около 70 веб-приложений, и у меня есть один (или более), который установил общий .jar для входа в режим отладки, и это забирает мои диски.Есть ли способ рассказать, какой контекст/webapp пишет в данный файл журнала?

Я пробовал использовать lsof в файле, но он просто говорит мне, что именно пользователь tomcat и программа java записывают в файл (который я уже знал).

Я провел некоторое время в Google, но должен использовать неправильные условия поиска, так как все, что у меня есть, это информация о том, как сам Tomcat регистрируется, или как писать код, необходимый для ведения журнала или записи файлов из webapp.

В файле журнала нет информации, которую мне нужно, чтобы указать, какой веб-браузер вызывает ее, только информация, связанная с банкой, которая на самом деле делает запись.

Может кто-нибудь угодить или указать мне некоторую информацию о том, как узнать, какой веб-сайт вызывает проблему или сказать мне, как это определить?

+0

Пожалуйста, добавьте следующую дополнительную информацию в свой вопрос. Какой файл журнала записывается? Какой файл JAR выполняет запись? Где находится файл JAR? –

+0

соответствующий файл журнала находится в/var/log/webapps/workflow. Банком является утилита jar (созданная в доме), используемая многими веб-приложениями, запущенными на этом экземпляре tomcat6. Я не знаю точное местоположение, поскольку это может быть в любом количестве файлов .war. –

ответ

0

Если несколько веб-приложений пишут в один файл, нет простого способа его распечатать. Вам нужно будет повторно настроить ведение журнала каждого веб-приложения для входа в отдельный файл, а не в тот же файл. Я предполагаю, что это ведение журнала выполняется через фреймворк, такой как log4j. Вам потребуется изменить конфигурацию соответствующим образом для используемой структуры.

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

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

+0

Мне удалось найти приложение, с помощью одного из разработчиков здесь. Оказывается, некоторая информация, регистрируемая, действительно идентифицировала, какой webapp генерирует данные, но только если вы были хорошо знакомы с работой утилиты jar. Оттуда я смог найти нарушителя webapp. Действительно надеялся на программный путь (аналогично lsof), однако, если это произойдет снова. –

0

Добавьте идентификатор потока в формат журнала, а затем сравните его с дампом потока.