perché i secondi file di registro su / var / log non sono compressi

12

i log su /var/log/(Debian / Ubuntu) sono memorizzati come

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

come log del kernel, syslogs, ecc.

Vedo che all'aumentare delle informazioni del registro, vengono archiviate suddividendole in file più piccoli (anziché tenerli tutti in un unico file). Mi chiedo perché il secondo file ( x.log.1) non sia compresso? Ha a che fare con l'accesso più semplice ai registri più recenti?

logs

— Angs
fonte

12

Sono d'accordo con te, ciò dovrebbe fornire solo un accesso più semplice ai file recenti. Ad ogni modo, il comportamento effettivo viene deciso tramite la direttiva logrotate "delaycompress", che dice "non comprimere il file mentre si ruota, ma comprimerlo la prossima volta".

Il motivo storico è riportato nel manuale di 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 non è possibile dire a un programma di chiudere immediatamente il suo file di registro e quindi (...)". Questa precisione è stata trovata in un post su Server Fault .

— Ludovic Kuty

5

Sì, questo viene fatto in modo che sia più facile accedere ai file di registro più recenti. L'opzione logrotate delaycompresscontrolla questo. Dalla 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.

— jordanm
fonte

4

Queste opzioni sono utilizzate nei file in /etc/logrotate.confe /etc/logrotate.d/*.

— slm