Logrotate Başarılı, orijinal dosya orijinal boyutuna geri döner

Daha önce logrotate ile ilgili herhangi bir sorun yaşadı mı? İşte bulgularım:

Logrotate Komut Dosyası:

/var/log/mylogfile.log {
    7 döndür
    günlük
    kompres
    olddir / log_archives
    missingok
    notifempty
    copytruncate
}

Logrotate'in Ayrıntılı Çıkışı:

/var/log/mylogfile.log dosyasını /log_archives/mylogfile.log.1 klasörüne kopyalama
truncating /var/log/mylogfile.log
günlüğü sıkıştırma: / bin / gzip
eski günlük kaldırılıyor /log_archives/mylogfile.log.8.gz

Kesilme gerçekleştikten sonra günlük dosyası

[root @ sunucu ~] # ls -lh /var/log/mylogfile.log
-rw-rw-r-- 1 bölüm1 bölüm1 0 Oca 11 17:32 /var/log/mylogfile.log

Kelimenin Sonunda Saniye:

[root @ sunucu ~] # ls -lh /var/log/mylogfile.log
-rw-rw-r-- 1 bölüm1 bölüm1 3.5G 11 Ocak 17:32 /var/log/mylogfile.log

RHEL Sürümü:

[root @ server ~] # kedi / etc / redhat-release 
Red Hat Enterprise Linux ES sürüm 4 (Nahant Güncellemesi 4)

Logrotate Sürümü:

[kök @ DAA21529WWW370 ~] # rpm -qa | grep logrotate
logrotate-3.7.1-10.RHEL4

Birkaç Not:

• Hizmet anında yeniden başlatılamaz, bu yüzden copytruncate kullanıyorum
• Günlükleri, her gece olddirgünlük dosyalarını içeren dizine göre, her gece dönüyor .

Bunun nedeni büyük olasılıkla dosyayı kısaltmanıza rağmen, dosyaya yazma işleminin son olarak hangi ofset olursa olsun yazmaya devam etmesidir. Yani, logrotate'in dosyayı kesmesi, boyut sıfır olması, işlemin dosyaya tekrar yazması, bıraktığı ofsette devam etmesi ve şimdi kesildiğiniz noktaya kadar NULL baytlı bir dosyanız var ve yeni giriş günlüğüne yazılır.

od -c kesilen + ani büyümeden sonra, aşağıdaki satırlarda üretilen çıktı:

0000000  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
*
33255657600  \0   C   K   B   -   s   e   r   v   e   r       [   h   t   t
33255657620 <more log output>

Bu, 0 ile 33255657600 arasındaki uzaklıktan dosyanızın boş baytlardan ve sonra bazı okunaklı verilerden oluştuğunu belirtir. Bu duruma ulaşmak, tüm bu boş baytları yazmak için gereken süreyi almaz. Ext {2,3,4} dosya sistemleri seyrek dosyalar adı verilen bir şeyi destekler, bu nedenle hiçbir şey içermeyen bir dosyanın bölgesini geçerseniz, bu bölgenin boş bayt içerdiği varsayılır ve yer kaplamaz disk üzerinde. Bu boş baytlar aslında yazılmayacaktır, sadece orada olduğu varsayılır, bu nedenle 0 ila 3.5GB'a gitmek için gereken zaman çok fazla zaman almaz. (Gibi bir şey yaparak geçen süreyi test edebilirsiniz dd if=${HOME}/.bashrc of=largefile.bin seek=3432343264 bs=1, bu birkaç milisaniyede 3GB'ın üzerinde bir dosya oluşturmalıdır).

ls -lsGünlük dosyalarınızı kesildikten ve tekrar ani bir büyümeden sonra çalıştırırsanız , şimdi satırın başlangıcında gerçek boyutu (diskte işgal edilen bloklarda) temsil eden ve muhtemelen büyüklük sırası olan bir sayı rapor etmelidir. tarafından bildirilen boyuttan daha küçük ls -l.

Ben son derece Kjetil isabet etti emindir. Drew, açıklamasından henüz ikna olmayabilirsiniz ama söylediklerini dikkatlice okumanızı tavsiye ediyorum.

Kabul ederseniz, düzeltme, günlükler döndürüldüğünde uygulamanızı durdurup yeniden başlatmaktır veya günlük çıktısını araca bir boru yoluyla beslediğiniz ve araç ile ilgilenen apache'nin "rotatelogs" gibi bir araç kullanmaktır. günlük dosyasını sık sık döndürme. Örneğin, apache örneklerimden biri aşağıdakilerle günlüğe kaydediyor:

ErrorLog "|/usr/sbin/rotatelogs /www/logs/error_log 604800"

Bu, adların olduğu çok sayıda günlük dosyasına neden olur

-rw-r--r--    1 root     root         4078 Dec 21 01:04 error_log.1292457600
-rw-r--r--    1 root     root         4472 Dec 29 08:41 error_log.1293062400
-rw-r--r--    1 root     root        78630 Jan  4 12:57 error_log.1293667200
-rw-r--r--    1 root     root        15753 Jan 12 01:10 error_log.1294272000

apache yeniden başlatılmadan görünmek; Ondan sonra bunları manuel olarak sıkıştırabilirim. Döndürmenin her hafta, her 604800 saniyede bir nasıl yapıldığına dikkat edin rotatelogs.

Uygulamayı durduramaz ve yeniden başlatamazsanız ve bir kanal üzerinden oturum açamazsa, gerçek bir sorununuz olduğunu düşünüyorum. Belki başkalarının önerileri olacaktır.

tüm logrotat gönderebilirseniz gerçekten harika olurdu.

Neden kill -HUP'u kullanmaya çalışıyorsunuz? (Klasik yeniden yükleme yeniden başlatılmıyor ) yöntemi.

Ayrıca ... lsof dosyaya kimin eriştiğini kontrol edin .

Bu dosyaya yazan komut dosyalarınızdan oluşturma anlamına gelen ">" yerine ekleme anlamına gelen ">>" ifadesini kullanmanız yeterlidir. Aynı sorunu yaşadım ve betiğime append kullanarak düzelttim.

SomeScript.sh >> output.txt

Umarım daha açıktır.