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

7

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

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

como os registros do kernel, syslogs, etc.

Eu vejo que conforme as informações de log aumentam, elas são armazenadas dividindo-se em arquivos menores (em vez de manter todos em um único arquivo). Gostaria de saber por que o segundo arquivo ( x.log.1 ) não está compactado? É algo a ver com o acesso mais recente aos registros mais recentes?

    
por Angs 07.08.2013 / 17:04

2 respostas

7

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

A razão histórica pode ser encontrada 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.
    
por 07.08.2013 / 17:27
3

Sim, isso é feito para que os arquivos de log mais recentes sejam mais fáceis de acessar. A opção logrotate delaycompress controla isso. A partir do manpage 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.
    
por 07.08.2013 / 17:28

Tags