ระบบไฟล์ ext3 / 4 จะรวบรวมข้อผิดพลาดตามธรรมชาติ (ตามที่รายงานโดย fsck) หรือไม่

ฉันเรียกใช้เซิร์ฟเวอร์ CentOS 6 64 บิตจำนวนหนึ่งที่มีระบบไฟล์ ext3 / ext4 เท่าที่ฉันสามารถบอกได้ไม่มีพวกเขาถูกปิดอย่างไม่เหมาะสม แต่พวกเขาทั้งหมดได้สะสมข้อผิดพลาดของระบบไฟล์บางอย่างที่ fsck รายงานตอนนี้

ตอนนี้ไดรฟ์ไม่กี่ (ไม่ใช่ระบบไฟล์) มีข้อผิดพลาด IO ซึ่งจะนำไปสู่ความล้มเหลวของฮาร์ดไดรฟ์ ฉันไม่คิดว่าจะมีข้อผิดพลาดเกิดขึ้นกับระบบไฟล์หรือไม่

อย่างน้อยหนึ่งไม่แสดงอาการของความล้มเหลวของฮาร์ดไดรฟ์ แต่มีข้อผิดพลาด fsck

ดังนั้นระบบไฟล์ ext3 / 4 จะรวบรวมข้อผิดพลาดตามธรรมชาติเมื่อเวลาผ่านไปหรือเป็นสิ่งที่ไม่ดีเกิดขึ้นหรือไม่

— Shovas
แหล่งที่มา

เหตุใดคุณจึงคิดว่าข้อผิดพลาด I / O จะไม่ทำงานกับข้อผิดพลาดของระบบไฟล์ - หากข้อผิดพลาด I / O กำลังอ่านไฟล์คุณคิดว่าระบบไฟล์จะทำอย่างไร - เกิดข้อผิดพลาดหากไม่สามารถอ่านไฟล์ได้ ไม่ว่าจะเกิดจากสาเหตุใด

— djsmiley2k

หากไม่มีรายละเอียดเพิ่มเติมยากที่จะบอกว่าเกิดอะไรขึ้น ext3 ค่อนข้างเป็นผู้ใหญ่ฉันไม่เห็นข้อผิดพลาดสะสม FS ที่เกิดขึ้นจริงตามธรรมชาติในช่วงหลายปี ข้อผิดพลาด I / O ที่กู้คืนไม่ได้ (ไม่น่าเป็นไปได้สำหรับ RAID 1) จะ นำไปสู่ข้อผิดพลาด FS หากเกิดขึ้นภายในโครงสร้าง FS หาก RAID 1 ทำให้การกู้คืนข้อผิดพลาดผิดพลาด (ไม่มีประสบการณ์ส่วนตัวในเรื่องนั้น) นั่นอาจนำไปสู่ข้อผิดพลาดของ FS ฉันจะดูอย่างใกล้ชิดว่าบล็อกใดมีข้อผิดพลาดการจู่โจมทำอย่างไรและบล็อกใดที่นำไปสู่ข้อผิดพลาดของ FS

— dirkt

ขอบคุณสำหรับการตอบกลับ @ djsmiley2k, @dirkt ข้อผิดพลาด IO รายงานโดย dmesg อยู่ในระดับอุปกรณ์และมีเพียงอุปกรณ์เดียวดังนั้นฉันจึงคิดว่า raid1 จะทำสิ่งที่ถูกต้องจากอุปกรณ์ที่ดี นอกจากนี้เซิร์ฟเวอร์อย่างน้อยหนึ่งแห่งไม่มีข้อผิดพลาดของไดรฟ์ แต่มีข้อผิดพลาดของระบบไฟล์

— Shovas

ดังนั้นฉันคิดว่าคุณกำลังใช้ mdadm หรือการจู่โจมซอฟต์แวร์บางอย่างไม่ใช่การจู่โจมฮาร์ดแวร์

— djsmiley2k

@ djsmiley2k ใช่ mdadm ซอฟต์แวร์ raid1 mirror

— Shovas

คำตอบ:

ข้อผิดพลาดของระบบไฟล์ไม่ทำให้เกิดข้อผิดพลาด I / O ซึ่งไม่ทำให้ฮาร์ดไดรฟ์ล้มเหลว ในความเป็นจริงคุณมีเหตุผลย้อนกลับอย่างสมบูรณ์ ความล้มเหลวของฮาร์ดไดรฟ์ทำให้เกิดข้อผิดพลาด I / O ซึ่งจะนำไปสู่ความเสียหายของระบบไฟล์

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

ดังนั้นโดยทั่วไปจะไม่ "ปกติ" สำหรับความเสียหายของระบบไฟล์ที่จะรวบรวมในระบบไฟล์ ext3 / ext4 ซึ่งโดยทั่วไปหมายความว่าคุณมีปัญหาฮาร์ดแวร์บางอย่าง อาจเป็นปัญหาหน่วยความจำ หรือฮาร์ดไดรฟ์ล้มเหลว ในความเป็นจริงหากคุณเห็นข้อผิดพลาด I / O คุณต้องแก้ไขก่อน ข้อบกพร่องของซอฟต์แวร์โดยทั่วไปจะไม่ทำให้ฮาร์ดแวร์ทำงานล้มเหลว!

— Theodore Ts'o
แหล่งที่มา

ขอขอบคุณที่ตอบกลับ @ Theodore ฉันรู้จักชื่อของคุณจากการอ่านบนระบบไฟล์ :) ฉันชี้แจงคำถามของฉันให้ชัดเจนฉันไม่คิดว่าข้อผิดพลาดของ FS ทำให้เกิดความล้มเหลวของไดรฟ์ ฉันหมายถึงการที่ไดรฟ์ผิดพลาดทำให้ FS เกิดข้อผิดพลาดในการติดตั้ง mdadm raid1 ซึ่งไดรฟ์ตัวใดตัวหนึ่งดี? จำเป็นต้องเปลี่ยนไดรฟ์ที่ไม่ดีเหล่านั้น แต่ในความเป็นจริงของโฮสติ้งเซิร์ฟเวอร์โดยเฉพาะ (เช่น 1and1.com) พวกเขาดูเหมือนจะไม่อยากเปลี่ยนไดรฟ์สำหรับมิเรอร์ที่ยังคงไม่เปลี่ยนแปลง

— Shovas

การทำเครื่องหมายเป็นคำตอบเพื่อยืนยันว่าข้อผิดพลาด IO ของอุปกรณ์ทางกายภาพสามารถนำไปสู่ข้อผิดพลาด FS: "ข้อผิดพลาด I / O จะถูกรายงานเป็นข้อผิดพลาดไปยังพื้นที่ผู้ใช้ในบางกรณี บางกรณีอาจส่งผลให้เกิดความเสียหายของบล็อกข้อมูลเท่านั้น " ฉันต้องหวังว่าจะได้รับคำตอบมากกว่านี้ในเวลานั้น แต่นี่เป็นคำตอบของคำถาม ขอบคุณ

— Shovas

Ext3 เป็นระบบไฟล์ที่เชื่อถือได้อย่างสมบูรณ์ซึ่งไม่เป็นความจริงสำหรับ Ext4 (ขึ้นอยู่กับเคอร์เนล)

อย่างไรก็ตามข้อผิดพลาดบางอย่างอาจเกิดจากสายข้อมูล / ตัวเชื่อมต่อที่หลวมหรือแม้กระทั่งการสั่นสะเทือน / การกระแทกที่เกิดขึ้นกับฮาร์ดไดรฟ์ (กระแทกเคสพีซีด้วยเท้า

— X.LINK
แหล่งที่มา

จำนวนข้อบกพร่องที่อยู่ใน codebase ของระบบไฟล์นั้นกำลังขึ้นอยู่กับรุ่นของเคอร์เนล แต่โดยทั่วไปแล้ว ext4 นั้นน่าเชื่อถือพอ ๆ กันถ้าไม่น่าเชื่อถือมากกว่า ext3 ในความเป็นจริงเมื่อเราใช้ ext4 ในการใช้งานจริงใน Google ความจริงที่ว่ามันทำงานบนเครื่องจำนวนมากและเราสามารถมองหาความล้มเหลวที่สัมพันธ์กันได้นั่นหมายถึงเราพบและแก้ไขข้อบกพร่องที่อยู่ใน ext3 แต่มันก็ยากที่จะรอดพ้นจากกระบวนการทดสอบการรับรอง Linux หลาย ๆ องค์กร (มันเกือบจะถูกทริกเกอร์ใน ext3 แต่มันอาจถูกเขียนออกมาว่าเป็นความล้มเหลวของฮาร์ดแวร์)

— Theodore Ts'o

นั่นเป็นคำตอบที่คาดไม่ถึงเพราะคุณเป็นผู้ดูแล ext3 และเป็นหนึ่งในผู้สร้าง ext4 ... ในอีกด้านหนึ่งนั่นก็จะเหมือนกันสำหรับ ext4 แน่นอนว่าจะมีข้อบกพร่องซึ่งอาจใช้เวลาเป็นปีในการสังเกต ตอนนี้สำหรับซอฟต์แวร์ใด ๆ ... แต่แม้จะมีการแจ้งให้ตัวเองเป็นอย่างมากในโลกของ linux เป็นเวลาหลายปีทำไมฉันไม่ - และผู้คนมากมายบนอินเทอร์เน็ต - ได้ตระหนักถึงการแก้ปัญหาหลักของ ext4 ใน 2.6 .30 เคอร์เนล?! อย่างไรก็ตามฉันจะยังคงยึด ext3 ต่อไปเนื่องจากความสมบูรณ์และอาจเปลี่ยนเป็น ext 4 เมื่อผู้คนจะข้ามไปยัง btrfs ...

— X.LINK