por qué los segundos archivos de registro en / var / log no están comprimidos

12

los registros en /var/log/(Debian / Ubuntu) se almacenan como

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

como registros de kernel, syslogs, etc.

Veo que a medida que aumenta la información de registro, se almacenan dividiéndolos en archivos más pequeños (en lugar de guardarlos en un solo archivo). Me pregunto por qué el segundo archivo ( x.log.1) no está comprimido. ¿Tiene algo que ver con acceder más fácilmente a los registros más recientes?

logs

— Angs
fuente

12

Estoy de acuerdo con usted, eso solo debería proporcionar un acceso más fácil a los archivos recientes. De todos modos, el comportamiento real se decide a través de la directiva logrotate 'delaycompress', que dice 'no comprima el archivo a medida que gira, pero comprímalo la próxima vez'.

La razón histórica se puede encontrar en el manual 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.

— usuario1293137
fuente

1

"(...) cuando a algún programa no se le puede decir que cierre su archivo de registro inmediatamente y por lo tanto (...)". Encontré esta precisión en una publicación sobre Falla del servidor .

— Ludovic Kuty

5

Sí, esto se hace para que los archivos de registro más recientes sean más fáciles de acceder. La opción logrotate delaycompresscontrola esto. Desde la página de manual de 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
fuente

44

Estas opciones se usan en los archivos bajo /etc/logrotate.confy /etc/logrotate.d/*.

— slm