почему вторые файлы журнала в / var / log не сжимаются


12

журналы /var/log/(Debian / Ubuntu) хранятся как

x.log
x.log.1
x.log.2.gz
...

как журналы ядра, системные журналы и т. д.

Я вижу, что по мере увеличения информации в журнале они сохраняются путем разделения на более мелкие файлы (вместо того, чтобы хранить все в одном файле). Интересно, почему второй файл ( x.log.1) не сжимается? Это как-то связано с более простым доступом к последним журналам?

Ответы:


12

Я согласен с вами, что должно только обеспечить более легкий доступ к последним файлам. В любом случае, реальное поведение определяется с помощью директивы logrotate 'delaycompress', которая гласит: «Не сжимайте файл во время вращения, а сжимайте его в следующий раз».

Историческая причина может быть найдена в руководстве logrotate:

Postpone  compression of the previous log file to the next rotation 
cycle.  This has only effect when used in combination  with compress. 
It can be used when some program can not be told to close its logfile and 
thus might continue writing to the  previous log file for some time.

1
msgstr "(...) когда какой-либо программе нельзя сказать, чтобы она немедленно закрыла свой лог-файл и, следовательно, (...)". Обнаружил эту точность в посте о сбое сервера .
Людовик Куты

5

Да, это сделано для облегчения доступа к последним файлам журналов. Опция logrotate delaycompressконтролирует это. Из справочной страницы logrotate:

delaycompress

Postpone compression of the previous log file to the next rotation cycle.  
This only has effect when used in combination with
compress.  It can be  used  when  some  program
cannot be told to close its logfile and thus might 
continue writing to the previous log file for some time.

4
Эти параметры используются в файлах под /etc/logrotate.confи /etc/logrotate.d/*.
СЛМ
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.