Я использую log4j2 над slf4j и столкнулся с проблемой, когда свободное место на диске пусто.Log4j2 пустое место на диске
моя конфигурация: Все Асинхронный лесорубов и RollingFile appenders с размером триггером 20Mb.
Когда пустое место на диске происходит, кажется, что приложение просто застряло, никаких журналов не создается, что очевидно, но и вызовы API не отвечают.
Предложения?
Это то, что я сделал. Идея состоит в том, чтобы содержать общее возможное дисковое пространство, используемое log4j2, точно так же, как максимальная куча для JVM. Поэтому я использовал политику, основанную на размере, и максимальный опрокидывание для всех приложений.
Если он работает так, как ожидается, вы не должны использовать более 10 ГБ на каждого пользователя в любое время, так как log4j2 также использует некоторое сжатие при перевернутых файлах.
например.
<Policies>
<SizeBasedTriggeringPolicy size="1 GB" />
...
<Policies>
...
<DefaultRolloverStrategy max="10"/>
"предложения?" - Не исчерпывайте дисковое пространство ... это не ответственность приложения, ни подсистемы регистрации, чтобы обнаружить низкое хранилище. Для этого вы можете использовать некоторую утилиту мониторинга сервера. – Fildor