Wildfly 11 случайным образом регистрируется в console.log вместо журнала сервера - PullRequest
1 голос
/ 11 апреля 2019

Задача

Wildfly 11 случайным образом регистрирует файл в console.log вместо файла server.log, хотя консольный журнал не настроен в standalone.xml. Это поведение воспроизводимо при запуске и иногда происходит в производственном режиме, вероятно, когда происходит интенсивное ведение журнала. Это может быть важной информацией, поскольку подавляющее большинство записей журнала попадают в server.log, и только несколько строк заносятся в консольный журнал.

Моей первой идеей было то, что Wildfly не переключала конфигурацию регистрации с logging.properties на standalone.xml, но при запуске, когда это происходит. Из-за того, что это странное поведение происходит и после успешного развертывания, причина, похоже, в другом.

Записи журнала в console.log не могут быть найдены в server.log, поэтому похоже, что файлы являются исключительными, поэтому одна запись журнала записывается только в один файл журнала. Однако, исходя из категорий ведения журнала, все записи должны быть записаны в server.log.

Конфигурация

  • Wildfly 11

  • urn: jboss: domain: logging: подсистема 3.0 имеет нет настроен обработчик консоли, только обработчик периодических вращающихся файлов

  • корневой логгер настроен так, поэтому консольного обработчика тоже нет

    <root-logger>
     <level name="INFO"/>
     <handlers>
         <handler name="FILE"/>
     </handlers>
    </root-logger>
    
  • Развернуто более 20 военных файлов (я знаю, это безумие, но это устаревшее программное обеспечение, которое я не спроектировал так :-))

Вопросы

Есть ли логическая причина для такого поведения? Использует ли Wildfly консоль как запасной вариант в исключительных случаях, когда она не может записать в server.log? Есть ли у обработчиков периодических вращающихся файлов какой-то размер буфера, и если да, имеет ли смысл изменять этот размер? Если да, то как можно изменить этот размер?

Я предполагаю, что большое количество развернутых приложений (войн) вызывает проблемы с журналированием. Есть ли какой-нибудь ресурс (Threads / Thread pool и т. Д.), Который может быть исчерпан в таком сценарии?

Я благодарен за любую помощь, которую я могу получить, поэтому, пожалуйста, поделитесь своими идеями со мной!

1 Ответ

0 голосов
/ 12 апреля 2019

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

...