Logrotate สำเร็จไฟล์ต้นฉบับจะกลับไปเป็นขนาดดั้งเดิม

มีใครเคยมีปัญหาใด ๆ กับ logrotate ก่อนที่จะทำให้ไฟล์ล็อกหมุนแล้วกลับไปที่ขนาดเท่าเดิม แต่เดิม? นี่คือสิ่งที่ฉันค้นพบ:

สคริปต์ Logrotate:

/var/log/mylogfile.log {
    หมุน 7
    ประจำวัน
    การบีบอัด
    olddir / log_archives
    missingok
    notifempty
    copytruncate
}

Verbose Output ของ Logrotate:

คัดลอก /var/log/mylogfile.log ไปที่ /log_archives/mylogfile.log.1
truncating /var/log/mylogfile.log
บันทึกการบีบอัดด้วย: / bin / gzip
ลบ log เก่า /log_archives/mylogfile.log.8.gz

ไฟล์บันทึกหลังจากการตัดทอนเกิดขึ้น

[root @ server ~] # ls -lh /var/log/mylogfile.log
-rw-rw-r-- 1 ส่วนที่ 1 ส่วนที่ 1 0 ม.ค. 11 17:32 / วาร์จี / log/mylogfile.log

ตัวอักษรวินาทีต่อมา:

[root @ server ~] # ls -lh /var/log/mylogfile.log
-rw-rw-r-- 1 ส่วนที่ 1 ส่วนที่ 1 3.5G 11 ม.ค. 17:32 /var/log/mylogfile.log

รุ่น RHEL:

[root @ server ~] # cat / etc / redhat-release 
Red Hat Enterprise Linux ES รีลีส 4 (อัพเดตล่าสุด 4)

เวอร์ชั่นของ Logrotate:

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

หมายเหตุน้อย:

• ไม่สามารถเริ่มบริการได้ทันทีนั่นคือสาเหตุที่ฉันใช้ copytruncate
• บันทึกกำลังหมุนทุกคืนตามolddirไดเรกทอรีที่มีไฟล์บันทึกอยู่ในแต่ละคืน

อาจเป็นเพราะคุณตัดทอนไฟล์ แต่กระบวนการที่เขียนลงในไฟล์จะยังคงเขียนต่อไปไม่ว่าจะหักกลบไฟล์ใดในที่สุด ดังนั้นสิ่งที่เกิดขึ้นก็คือ logrotate จะตัดทอนไฟล์ขนาดเป็นศูนย์กระบวนการเขียนไปยังไฟล์อีกครั้งดำเนินการต่อที่ออฟเซ็ตที่ค้างไว้และตอนนี้คุณมีไฟล์ที่มีค่า NULL- ไบต์จนถึงจุดที่คุณตัดทอนบวกใหม่ รายการที่เขียนลงในบันทึก

od -c หลังจากตัดทอน + การเติบโตฉับพลันสร้างผลลัพธ์ตามบรรทัดของ:

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>

สิ่งนี้บอกว่ามาจาก offset 0 ถึง 33255657600 ไฟล์ของคุณประกอบด้วย null bytes และจากนั้นข้อมูลบางอย่างที่อ่านได้ การเข้าสู่สถานะนี้ไม่ได้ใช้เวลาเท่ากันในการเขียนค่า null-bytes ทั้งหมด ระบบไฟล์ ext {2,3,4} สนับสนุนสิ่งที่เรียกว่าไฟล์ sparse ดังนั้นหากคุณค้นหาพื้นที่ของไฟล์ที่ไม่มีสิ่งใด ๆ ที่ผ่านมาภูมิภาคนั้นจะถือว่าเป็นไบต์ว่างและจะไม่ใช้พื้นที่ บนดิสก์ ไบต์ว่างเปล่าเหล่านั้นจะไม่ถูกเขียนเพียงแค่สมมติว่าอยู่ที่นั่นดังนั้นเวลาที่ใช้ในการไปที่ 0 ถึง 3.5GB จะใช้เวลาไม่นาน (คุณสามารถทดสอบระยะเวลาที่ใช้โดยการทำสิ่งdd if=${HOME}/.bashrc of=largefile.bin seek=3432343264 bs=1นี้ควรสร้างไฟล์ที่มีขนาดเกิน 3GB ในเวลาไม่กี่มิลลิวินาที)

หากคุณใช้งานls -lsไฟล์บันทึกข้อมูลหลังจากที่ถูกตัดทอนและมีการเติบโตอย่างกะทันหันอีกครั้งตอนนี้ควรรายงานตัวเลขที่จุดเริ่มต้นของบรรทัดซึ่งแสดงขนาดจริง (เป็นบล็อกที่อยู่บนดิสก์) ซึ่งอาจเป็นคำสั่งขนาด ls -lขนาดเล็กกว่าขนาดที่มีการรายงานโดยเพียงแค่

ฉันมั่นใจอย่างยิ่งว่า Kjetil ได้โจมตีมัน ดึงคุณอาจยังไม่เชื่อโดยคำอธิบายของเขา แต่ฉันขอให้คุณอ่านอย่างระมัดระวังสิ่งที่เขาพูด

หากคุณยอมรับการแก้ไขจะเป็นการหยุดและรีสตาร์ทแอปพลิเคชันของคุณเมื่อมีการหมุนบันทึกหรือใช้เครื่องมือเช่น "rotatelogs" ของ Apache ซึ่งคุณป้อนฟีดบันทึกการทำงานไปยังเครื่องมือผ่านทางไพพ์และเครื่องมือจะดูแล การหมุนล็อกไฟล์ทุก ๆ ครั้ง ตัวอย่างเช่นหนึ่งในอินสแตนซ์ apache ของฉันบันทึกด้วย

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

ซึ่งทำให้ logfiles จำนวนมากที่มีชื่อชอบ

-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 ฉันสามารถบีบอัดมันด้วยตนเองหลังจากข้อเท็จจริง หมายเหตุวิธีการหมุนจะทำทุกสัปดาห์ซึ่งเป็นทุก 604800 rotatelogsวินาทีที่ถูกโต้แย้งผ่านไป

หากคุณไม่สามารถหยุดและรีสตาร์ทแอปได้และไม่สามารถล็อคอินผ่านไปป์ได้ฉันคิดว่าคุณมีปัญหาจริง บางทีคนอื่นอาจมีข้อเสนอแนะ

มันจะดีมากถ้าคุณสามารถส่ง logrotate ทั้งหมด

ทำไมต้องลองใช้ kill -HUP (การโหลดแบบเดิมไม่รีสตาร์ท ) วิธี

นอกจากนี้ ... ตรวจสอบกับlsof ผู้ที่กำลังเข้าถึงไฟล์

เพียงแค่ใช้ ">>" ซึ่งหมายถึงการผนวกแทน ">" ซึ่งหมายถึงการสร้างจากสคริปต์ของคุณที่เขียนไปยังไฟล์นี้ ฉันมีปัญหาเดียวกันที่แน่นอนและฉันแก้ไขโดยใช้ผนวกในสคริปต์ของฉัน

SomeScript.sh >> output.txt

หวังว่าชัดเจน