Score:0

เราจะวินิจฉัยความล่าช้าได้อย่างไรหลังจากไฟล์จำนวนมากถูกลบ?

ธง cn

โปรแกรมรันอเวย์สร้างไฟล์จำนวนมาก (อย่างน้อยหนึ่งล้าน?) ใน /var/log แม้หลังจากลบไฟล์ปลอมทั้งหมด (?) แล้ว การสืบค้นใดๆ ในโฟลเดอร์/ทรีจะใช้เวลาประมาณ 5 นาที และอาจทำให้ทั้งระบบเฉื่อยชาได้

ปัญหาคือไฟล์ .gz ที่สร้างโดย logrotate ถูกเพิ่มไปยังไฟล์เก็บถาวร .gz อื่นๆ และไฟล์เหล่านั้นก็ถูกเก็บถาวร และ ... อ๊ะ ดังนั้นไฟล์ .gz ที่ไม่ถูกต้องทั้งหมดจึงถูกลบออกจาก /var/log - ปัญหาต้นฉบับได้รับการแก้ไขแล้ว

ฉันจะทราบได้อย่างไรว่าสิ่งใดยังคงทำให้เกิดความล่าช้า

  • ในทรี /var/log มีไดเร็กทอรี 75 ไดเร็กทอรีที่มีไฟล์ 1606 ไฟล์ ซึ่งใช้พื้นที่เพียง 1GB
  • ls /var/log ใช้เวลาดำเนินการมากกว่า 5 นาที
  • โครงสร้างโฟลเดอร์ขนาดใหญ่อื่น ๆ ใช้เวลาน้อยกว่ามากในการสอบถาม , หา, เกรปฯลฯ
  • ต้นไม้ บน /var/log ใช้เวลาประมาณ 5 นาทีและผลลัพธ์คือโครงสร้างโฟลเดอร์/ไฟล์ปกติอย่างสมบูรณ์
  • df -i แสดงทั้งหมด 10 ล้านไอโหนด ใช้น้อยกว่าหนึ่งล้าน และมากกว่า 9 ล้านไม่ได้ใช้ ระบบได้รับการรีบูตหลายครั้ง

ฉันจะตกลงกับ rm -rf บนแผนผังบันทึกทั้งหมดตามด้วยการรีสตาร์ท กับ เอ็มวี หรือ ซีพี ไปยังโฟลเดอร์อื่น "รีเซ็ตบางส่วน" และย้ายทุกอย่างกลับ ฉันคงกังวลว่าฉันจะคัดลอกปัญหาจากที่หนึ่งไปอีกที่หนึ่ง

ฉันสงสัยว่าเราสามารถสแกน/ล้างหาไอโหนดที่เสียหายได้หรือไม่ หรือบางทีมันอาจจะช่วยลดจำนวนไอโหนดให้เหลือน้อยที่สุดแล้วเตะกลับขึ้นมาหลังจากรีสตาร์ท

เป็นการติดตั้งอย่างง่ายด้วย /var ใน /root พาร์ติชันหนึ่งเดียวสำหรับ OS/ข้อมูล ดังนั้นการถอนการติดตั้ง/การเปลี่ยนจึงไม่ใช่ตัวเลือก

ฉันสามารถเรียกใช้การวินิจฉัยและให้ข้อมูลที่เกี่ยวข้องได้อย่างง่ายดาย

นี่คือเซิร์ฟเวอร์คลาวด์ v20.04.3 ที่ได้รับการแพตช์อย่างสมบูรณ์ ฉันสามารถเปิดคอนโซลได้หากจำเป็น

e4defrag ไม่แสดงการแยกส่วน อาจวิ่ง ฟค (e2fsck หรือ ปิด -rF) หากเป็นเช่นนั้นนี่คือตัวอย่างประเภทยูทิลิตี้ที่ฉันต้องการให้ช่วยวินิจฉัยปัญหาประเภทนี้

sudodus avatar
jp flag
สามารถรีบูตเครื่องคอมพิวเตอร์ได้หรือไม่?
in flag
คุณใช้ Ubuntu เวอร์ชันใดและระบบไฟล์ใด การลบและสร้างไดเร็กทอรีบันทึกใหม่เป็นทางเลือก แต่จะต้องทำผ่านเซสชันสดเนื่องจากบางไดเร็กทอรีไม่สามารถลบได้ในขณะที่ระบบปฏิบัติการกำลังทำงานอยู่
cn flag
เวอร์ชันระบบปฏิบัติการที่เพิ่ม = แพตช์เต็ม 20.04.3 การลบและสร้างไดเร็กทอรีบันทึกใหม่เป็นทางเลือกหนึ่ง แต่ในฐานะช่างเทคนิค ฉันสนใจที่จะทำความเข้าใจว่าเหตุใดสิ่งนี้จึงเกิดขึ้นก่อนที่จะกำจัดอาการออกไป :) หากเราเข้าใจปัญหาและวิธีวินิจฉัยปัญหา คนอื่นๆ ที่เห็นสิ่งนี้จะได้รับการศึกษาที่ดีขึ้นและสามารถจัดการกับปัญหาที่คล้ายกันได้ดีขึ้น หมายเหตุจากด้านบน มีการรีสตาร์ทระบบหลายครั้ง

โพสต์คำตอบ

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