คำถามติดแท็ก data-consistency

เมื่อเร็ว ๆ นี้ฉันได้เห็นระบบไฟล์รูทของเครื่องในดาต้าเซ็นเตอร์ระยะไกลได้รับการประกอบใหม่เป็นแบบอ่านอย่างเดียวเนื่องจากปัญหาความมั่นคง เมื่อรีบูตข้อผิดพลาดนี้จะปรากฏขึ้น: UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY (i.e., without -a or -p options) หลังจากรัน fsck ตามที่แนะนำและยอมรับการแก้ไขด้วยตนเองYข้อผิดพลาดได้รับการแก้ไขและตอนนี้ระบบก็ใช้ได้ ตอนนี้ฉันคิดว่ามันน่าสนใจถ้า fsck ได้รับการกำหนดค่าให้ทำงานและซ่อมแซมทุกอย่างโดยอัตโนมัติเนื่องจากทางเลือกเดียวในบางกรณี (เช่นนี้) กำลังดำเนินการกับดาต้าเซ็นเตอร์ระยะไกลด้วยตนเองและต่อคอนโซลกับเครื่องที่ได้รับผลกระทบ คำถามของฉันคือ: ทำไม fsck โดยค่าเริ่มต้นขอแทรกแซงด้วยตนเอง? อย่างไรและเมื่อใดที่การแก้ไขโดยโปรแกรมดังกล่าวจะไม่ปลอดภัย? มีกรณีใดบ้างที่ sysadmin อาจต้องการออกจากการแก้ไขที่แนะนำไว้ในบางครั้ง (เพื่อดำเนินการอื่น ๆ ) หรือยกเลิกทั้งหมด

37 linux  filesystems  mount  fsck  data-consistency 

แคชของยำเป็นครั้งคราวได้รับความเสียหายและเราเห็นข้อผิดพลาดเช่นนี้: error: db3 error(-30974) from dbenv->failchk: DB_RUNRECOVERY: Fatal error, run database recovery error: cannot open Packages index using db3 - (-30974) error: cannot open Packages database in /var/lib/rpm วิธีแก้ปัญหาคือrm -f /var/lib/rpm/__db*แล้วคำสั่ง "yum" ถัดไปจะสร้างข้อมูลใหม่ คำถามของฉันคืออะไรที่ทำให้เกิดสิ่งนี้ มีงานทั่วไปที่ละเว้นการล็อกหรือมีปัญหาอื่นที่ทำให้เกิดปัญหานี้หรือไม่? เรามีเครื่อง CentOS หลายร้อยเครื่องและไม่มีรูปแบบที่เห็นปัญหานี้ อาจเป็นปัญหา "หนึ่งในล้าน" ซึ่งมีขนาดใหญ่มักจะเห็น หมายเหตุ: ฉันรู้ว่านี่เป็นคำถามที่ "เปิดกว้าง" แต่ถ้าคำตอบพบสาเหตุฉันจะย้อนกลับและเปลี่ยนคำถามเป็นสิ่งที่ยอมรับได้มากกว่าซึ่งเกี่ยวข้องโดยตรงกับปัญหาเฉพาะ

10 centos  yum  rpm  data-consistency