LINUX系统磁盘FC-SAN ext3系统突然变位只读了

gaopengtttt

日志如下：
Jan 21 03:38:20 D0-LNXAPP03 kernel: SCSI error : <0 0 0 2> return code = 0x20000
Jan 21 03:38:20 D0-LNXAPP03 kernel: end_request: I/O error, dev sda, sector 3301127367
Jan 21 03:38:20 D0-LNXAPP03 kernel: EXT3-fs error (device sda1): ext3_readdir: directory #206293234 contains a hole at offset 0
Jan 21 03:38:20 D0-LNXAPP03 kernel: Aborting journal on device sda1.
Jan 21 03:38:20 D0-LNXAPP03 kernel: ext3_abort called.
Jan 21 03:38:20 D0-LNXAPP03 kernel: EXT3-fs error (device sda1): ext3_journal_start_sb: Detected aborted journal
Jan 21 03:38:20 D0-LNXAPP03 kernel: Remounting filesystem read-only
Jan 21 03:38:20 D0-LNXAPP03 kernel: EXT3-fs error (device sda1) in start_transaction: Journal has aborted

存储工程师说存储硬件是正常的。
我汗系统是REDHAT LINUX 4.4

公子月

经常遇到类似问题，确实大部分都不是硬件问题，重新挂载或者修复分区就ok了

nagaregawa

先升级内核吧

milujite

看log应该是日志不正常，文件系统被remount为readonly了，估计得fsck

300second

从错误的信息来看，初步判断是由于ext3文件系统的日志引起的，当内核检测到ext3文件系统的日志有问题，就报警，严重的就将改分区挂载为只读模式。
下面开始着手解决这个问题：
1，首先用fsck检查改分区的文件系统   当用fsck命令检查该分区后，重新启动系统，系统还是报这样的错误。
2，看来“病”的不轻，想过用第一张启动盘进入救援模式修复，但是一想，不对，没办法识别到额外挂载的   设备，因为此时网络还有启动。3，看来只能用苯方法，将数据备份出来，重新格式化了，结果重新格式化后，解决问题。

总结：
文件系统损坏有几个原因，一个是非法关机，第二个是磁盘有环道，只能一个一个排除，先软后硬，如果格式化后，还是有问题，那原因多半就是硬件的问题了。同时提醒兄弟们，多半的原因是由于非法关机引起的，比如冷启动，运气好的话，没有异常出现，否则，哈哈，你的麻烦来了。 希望兄弟们少走一些弯路，操作一定要规范！！！

jerryjzm

记得在论坛中说过这个问题。

freeterman

那里说到的 我的也是这个情况 用户的数据库盘出现这个样情况
kernel: Remounting filesystem read-only
这个具体有什么好的解决办法吗
重启可以暂时解决 认为是硬件问题

shangle66

受益匪浅。。。。。。