Score:0

ทำไม Failog, Tallylog และ Lastlog ถึงใหญ่มาก?

ธง br

วันนี้ฉันได้รับแจ้งจากระบบสำรองข้อมูล (rsnapshot) ว่าพื้นที่เก็บข้อมูลเต็มแล้ว การมองใกล้เผยให้เห็นภาพรวมที่เก่ากว่าบางส่วน บันทึกข้อผิดพลาด, นับ และ บันทึกล่าสุด มีขนาดใหญ่กว่าระบบไฟล์จริงที่ใช้งานอยู่ (/var เป็นพาร์ติชัน 6G)

-rw-r--r-- 3 รูทรูท 65G 11 ก.พ. 08:33 ล้มเหลว
-rw------- 3 รูทรูท 129G 11 ก.พ. 08:33 น
-rw-rw-r-- 2 รูท utmp 585G 11 ก.พ. 08:57 น. บันทึกล่าสุด

หมวกสีแดง บอกว่านี่เป็นเรื่องปกติ. มีวิธีจำกัดขนาดพวกนี้ไหม? สามารถหมุนได้อย่างปลอดภัยทุก ๆ สองสามชั่วโมงหรือไม่?

user10489 avatar
nc flag
ใช้ `du` หรือ `ls -s` เพื่อกำหนดขนาดไฟล์จริง ตัวเลขที่แสดงโดย `ls -l` ไม่ใช่ขนาดไฟล์ แต่เป็นความยาวของไฟล์ ซึ่งไม่ตรงกับไฟล์ที่กระจัดกระจาย
Nstevens avatar
br flag
อะไร นั่นไม่สมเหตุสมผลเลย `-l` ย่อมาจากรูปแบบ `listing`
user10489 avatar
nc flag
ฉันคิดเสมอว่า `ls -l` เป็น "รูปแบบยาว" ไม่ใช่รูปแบบรายการ และหน้าคนเห็นด้วย คุณสามารถใช้ `ls -ls` และรับทั้งขนาดและความยาวพร้อมกัน
Score:0
ธง ar

Redhat บอกว่านี่เป็นเรื่องปกติ มีวิธีจำกัดขนาดพวกนี้ไหม? สามารถหมุนได้อย่างปลอดภัยทุก ๆ สองสามชั่วโมงหรือไม่?

สิ่งที่ RedHat พูดก็คือมันคือ ไฟล์เบาบาง. นั่นคือไฟล์ที่ความยาวของไฟล์ใหญ่กว่าเนื้อหาของไฟล์ มันมี หลุม สิ่งที่ไม่มีข้อมูลใด ๆ

หากต้องการสำรองไฟล์กระจัดกระจาย ให้ใช้เครื่องมือที่รู้จักไฟล์กระจัดกระจายและสามารถจัดการได้อย่างถูกต้อง

คุณควร ไม่ หมุนไฟล์ ที่จะไม่แก้ปัญหาของคุณ แต่คุณควรกำหนดค่า rsnapshot เพื่อใช้ --เบาบาง ธง. หรือใช้เครื่องมือสำรองที่ดีกว่า หรือไม่สำรองไฟล์เหล่านั้น.

Nstevens avatar
br flag
ขอบคุณสำหรับคำแนะนำเกี่ยวกับแฟล็ก `--sparse` ฉันจะให้มันยิง

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา