por que os segundos arquivos de log em / var / log não são compactados

12

os logs /var/log/(Debian / Ubuntu) são armazenados como

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

como logs do kernel, syslogs etc.

Vejo que, à medida que as informações de log aumentam, elas são armazenadas dividindo-se em arquivos menores (em vez de manter tudo em um único arquivo). Gostaria de saber por que o segundo arquivo ( x.log.1) não está compactado? É algo mais fácil de acessar logs mais recentes?

logs

— Angs
fonte

12

Concordo com você, que só deve fornecer um acesso mais fácil aos arquivos recentes. De qualquer forma, o comportamento real é decidido pela diretiva logrotate 'delaycompress', que diz 'não compactar o arquivo enquanto você gira, mas compactá-lo na próxima vez'.

O motivo histórico pode ser encontrado no manual do 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.

— user1293137
fonte

1

"(...) quando algum programa não pode ser instruído para fechar seu arquivo de log imediatamente e assim (...)". Encontrei essa precisão em uma postagem sobre Server Fault .

— Ludovic Kuty

5

Sim, isso é feito para facilitar o acesso aos arquivos de log mais recentes. A opção logrotate delaycompresscontrola isso. Na página de manual do 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.

— jordanm
fonte

4

Essas opções são usadas nos arquivos em /etc/logrotate.confe /etc/logrotate.d/*.

— Slm