คุณจะเมานต์ read3 แบบ ext3 fs อีกครั้งหลังจากที่มันถูกเมาท์แบบอ่านอย่างเดียวจากข้อผิดพลาดของดิสก์

เป็นปัญหาที่ค่อนข้างบ่อยเมื่อมีสิ่งผิดปกติใน SAN สำหรับ ext3 เพื่อตรวจหาข้อผิดพลาดในการเขียนดิสก์และติดตั้งระบบไฟล์เป็นแบบอ่านอย่างเดียว นั่นคือทั้งหมดที่ดีและดีเฉพาะเมื่อ SAN ได้รับการแก้ไขฉันไม่สามารถหาวิธีการติดตั้งระบบไฟล์อ่าน - เขียนอีกครั้งโดยไม่ต้องรีบูตเครื่อง

ดูเถิด:

[root@localhost ~]# multipath -ll
mpath0 (36001f93000a310000299000200000000) dm-2 XIOTECH,ISE1400
[size=1.1T][features=1 queue_if_no_path][hwhandler=0][rw]
\_ round-robin 0 [prio=2][active]
\_ 1:0:0:1 sdb 8:16  [active][ready]
\_ 2:0:0:1 sdc 8:32  [active][ready]
[root@localhost ~]# mount /dev/mapper/mpath0 /mnt/foo
[root@localhost ~]# touch /mnt/foo/blah

ทุกอย่างดีตอนนี้ฉันดึง LUN ออกจากใต้มัน

[root@localhost ~]# touch /mnt/foo/blah
[root@localhost ~]# touch /mnt/foo/blah
touch: cannot touch `/mnt/foo/blah': Read-only file system
[root@localhost ~]# tail /var/log/messages
Mar 18 13:17:33 localhost multipathd: sdb: tur checker reports path is down
Mar 18 13:17:34 localhost multipathd: sdc: tur checker reports path is down
Mar 18 13:17:35 localhost kernel: Aborting journal on device dm-2.
Mar 18 13:17:35 localhost kernel: Buffer I/O error on device dm-2, logical block 1545
Mar 18 13:17:35 localhost kernel: lost page write due to I/O error on dm-2
Mar 18 13:17:36 localhost kernel: ext3_abort called.
Mar 18 13:17:36 localhost kernel: EXT3-fs error (device dm-2): ext3_journal_start_sb:   Detected aborted journal                      
Mar 18 13:17:36 localhost kernel: Remounting filesystem read-only

มันแค่คิดว่าอ่านอย่างเดียว แต่ในความเป็นจริงมันไม่ได้อยู่ที่นั่น

[root@localhost ~]# multipath -ll
sdb: checker msg is "tur checker reports path is down"
sdc: checker msg is "tur checker reports path is down"
mpath0 (36001f93000a310000299000200000000) dm-2 XIOTECH,ISE1400
[size=1.1T][features=0][hwhandler=0][rw]
\_ round-robin 0 [prio=0][enabled]
 \_ 1:0:0:1 sdb 8:16  [failed][faulty]
 \_ 2:0:0:1 sdc 8:32  [failed][faulty]
[root@localhost ~]# ll /mnt/foo/
ls: reading directory /mnt/foo/: Input/output error
total 20
-rw-r--r-- 1 root root     0 Mar 18 13:11 bar

มันยังคงจำแฟ้ม 'บาร์' อยู่ที่นั่นได้อย่างไรลึกลับ แต่ไม่สำคัญตอนนี้ ตอนนี้ฉันนำเสนอ LUN อีกครั้ง:

[root@localhost ~]# tail /var/log/messages
Mar 18 13:23:58 localhost multipathd: sdb: tur checker reports path is up
Mar 18 13:23:58 localhost multipathd: 8:16: reinstated
Mar 18 13:23:58 localhost multipathd: mpath0: queue_if_no_path enabled
Mar 18 13:23:58 localhost multipathd: mpath0: Recovered to normal mode
Mar 18 13:23:58 localhost multipathd: mpath0: remaining active paths: 1
Mar 18 13:23:58 localhost multipathd: dm-2: add map (uevent)
Mar 18 13:23:58 localhost multipathd: dm-2: devmap already registered
Mar 18 13:23:59 localhost multipathd: sdc: tur checker reports path is up
Mar 18 13:23:59 localhost multipathd: 8:32: reinstated
Mar 18 13:23:59 localhost multipathd: mpath0: remaining active paths: 2
Mar 18 13:23:59 localhost multipathd: dm-2: add map (uevent)
Mar 18 13:23:59 localhost multipathd: dm-2: devmap already registered
[root@localhost ~]# multipath -ll
mpath0 (36001f93000a310000299000200000000) dm-2 XIOTECH,ISE1400
[size=1.1T][features=1 queue_if_no_path][hwhandler=0][rw]
\_ round-robin 0 [prio=2][enabled]
 \_ 1:0:0:1 sdb 8:16  [active][ready]
 \_ 2:0:0:1 sdc 8:32  [active][ready]

เยี่ยมมาก มันบอกว่า [rw] ตรงนั้น ไม่เร็วมาก:

[root@localhost ~]# touch /mnt/foo/blah
touch: cannot touch `/mnt/foo/blah': Read-only file system

ตกลงไม่ทำโดยอัตโนมัติฉันจะให้มันเล็กน้อย:

[root@localhost ~]# mount -o remount /mnt/foo
mount: block device /dev/mapper/mpath0 is write-protected, mounting read-only

นรกที่คุณอยู่:

[root@localhost ~]# mount -o remount,rw /mnt/foo
mount: block device /dev/mapper/mpath0 is write-protected, mounting read-only

noooooooooo

ฉันได้ลองใช้คำสั่ง mount / tune2fs / dmsetup ที่แตกต่างกันทุกประเภทและฉันไม่สามารถหาวิธีที่จะทำให้แฟล็กอุปกรณ์บล็อกถูกยกเลิกการป้องกันการเขียนได้ การรีบูตเครื่องจะแก้ไข แต่ฉันต้องการทำออนไลน์มาก หนึ่งชั่วโมงของ googling ทำให้ฉันไม่มีที่ไหนเลย ช่วยฉัน ServerFault

ฉันเพิ่งพบปัญหานี้และแก้ไขได้โดยการรีบูตเครื่อง แต่หลังจากตรวจสอบเพิ่มเติมปรากฏว่าการออกคำสั่งต่อไปนี้อาจแก้ไขได้

echo running > /sys/block/device-name/device/state

ฉันคิดว่าคุณอาจต้องการดูหัวข้อ 25.14.4: การเปลี่ยนสถานะการอ่าน / เขียนของ Online Logical Unitในเอกสารนี้อย่างไรก็ตามฉันขอแนะนำให้ทำการรีบูตเครื่อง

ลองใช้:

mount -o remount,rw /mnt/fo

ฉันเป็นแฟนตัวยงของการป้องกันปัญหาตั้งแต่แรก กล่อง UNIX ขององค์กรส่วนใหญ่จะลองการดำเนินการของระบบไฟล์อีกครั้งอย่างถาวร คุณในฐานะผู้ดูแลระบบต้องทำการบ้านก่อนที่จะทำการปรับแต่ง MPIO ของคุณ หากแอปพลิเคชันของคุณควรรอจนกว่าอุปกรณ์จะกลับสู่สถานะใช้งานได้นี่คือวิธีแก้ปัญหา ใน /etc/multipath.conf ตรวจสอบให้แน่ใจว่าประเภทอุปกรณ์ที่คุณสนใจมีการตั้งค่าสำหรับ "no_path_retry" ตั้งค่าเป็น "คิว" การตั้งค่านี้จะทำให้ I / Os ล้มเหลวในการจัดคิวจนกว่าจะมีเส้นทางที่ถูกต้อง เราได้ทำสิ่งนี้เพื่อกล่อง EMC Symmtrix / DMX ของเราเพื่อทำงานเกี่ยวกับอาการสะอึกภายใต้เงื่อนไขบางประการที่ความล้มเหลว / การกู้คืนพา ธ / คอนโทรลเลอร์ / srdf

วิธีการนี้ช่วยประหยัดเบคอนของเรานับครั้งไม่ถ้วนและเป็นมาตรฐานของเราสำหรับหลายร้อยกล่องใน SAN หลายตู้ / หลายผู้รับพร้อมการจำลองเพื่อการกู้คืนจากความเสียหาย

แค่คิดว่าฉันจะแบ่งปันกับคุณทุกคน ดูแล.

ฉันมีปัญหาบางอย่างซึ่งฉันได้แก้ไขโดยใช้hdparmพร้อม-rตัวเลือกในการย่อยของอุปกรณ์แบบมัลติพลาสแบบตรรกะ

-r รับ / ตั้งค่าสถานะอ่านอย่างเดียวสำหรับอุปกรณ์ เมื่อตั้งค่าไว้ Linux จะปิดการทำงานการเขียนบนอุปกรณ์

คุณคิดว่ามันเกี่ยวข้องกับหัวข้อในเอกสารนี้หรือไม่เพราะเหตุใดระบบไฟล์ ext3 ใน Storage Area Network (SAN) ของฉันจึงกลายเป็นอ่านอย่างเดียวซ้ำ ๆ ?

เป็นบทความค่อนข้างเก่าและกำลังพูดถึงช่องสัญญาณไฟเบอร์ แต่อาจเกี่ยวข้องกับปัญหาของคุณ

ระบบไฟล์เสียหายหรือไม่ ลอง:

dumpe2fs /dev/c/c | grep Filesystem\

หากทำความสะอาดด้วยข้อผิดพลาดคุณต้องสแกนและทำความสะอาด

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

(จำได้ไหมว่า "ปฏิเสธ IO ไปยังอุปกรณ์ที่ไม่ทำงาน"?)