mengapa file log kedua di / var / log tidak dikompresi


12

log on /var/log/(Debian / Ubuntu) disimpan sebagai

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

seperti log kernel, syslog, dll.

Saya melihat bahwa ketika info log bertambah, mereka disimpan dengan memecah menjadi file yang lebih kecil (daripada menyimpan semua dalam satu file). Saya heran mengapa file kedua ( x.log.1) tidak dikompresi? Apakah ada hubungannya dengan mengakses lebih banyak log terbaru lebih mudah?

Jawaban:


12

Saya setuju dengan Anda, yang seharusnya hanya menyediakan akses yang lebih mudah ke file terbaru. Lagi pula, perilaku aktual diputuskan melalui arahan logrotate 'delaycompress', yang mengatakan 'jangan kompres file saat Anda memutar, tetapi kompres waktu berikutnya'.

Alasan historis dapat ditemukan dalam 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.

1
"(...) ketika beberapa program tidak dapat diberitahu untuk segera menutup logfile dan karenanya (...)". Menemukan ketepatan ini dalam posting di Server Fault .
Ludovic Kuty

5

Ya, ini dilakukan agar file log yang lebih baru lebih mudah diakses. Opsi logrotate delaycompressmengontrol ini. Dari halaman 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
Opsi ini digunakan dalam file di bawah /etc/logrotate.confdan /etc/logrotate.d/*.
slm
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.