
我有一個使用 raid 的 CentOS 伺服器。
其中/proc/partitions
包含:
major minor #blocks name
8 0 976762584 sda
8 1 104391 sda1
8 2 921600855 sda2
8 3 55054755 sda3
8 16 976762584 sdb
8 17 921600823 sdb1
8 18 55159177 sdb2
8 32 976762584 sdc
8 33 921600823 sdc1
8 34 55159177 sdc2
8 48 976762584 sdd
8 49 921600823 sdd1
8 50 55159177 sdd2
8 64 976762584 sde
8 65 921600823 sde1
8 66 55159177 sde2
253 0 270303232 dm-0
253 1 5341184 dm-1
9 0 4608002816 md0
/etc/fstabs
包含:
/dev/VolGroup00/LogVol00 / ext3 defaults,usrquota,grpquota 1 1
/dev/md0 /home ext3 defaults,usrquota,grpquota 1 2
LABEL=/boot /boot ext3 defaults 1 2
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
/dev/VolGroup00/LogVol01 swap swap defaults 0 0
mdadm --detail /dev/md0
產生:
/dev/md0:
Version : 0.90
Creation Time : Tue Feb 28 14:00:14 2012
Raid Level : raid0
Array Size : 4608002816 (4394.53 GiB 4718.59 GB)
Raid Devices : 5
Total Devices : 5
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Tue Feb 28 14:00:14 2012
State : clean
Active Devices : 5
Working Devices : 5
Failed Devices : 0
Spare Devices : 0
Chunk Size : 256K
UUID : a09e9fd0:62b06654:b224f2d2:0e34ad8f
Events : 0.1
Number Major Minor RaidDevice State
0 8 2 0 active sync /dev/sda2
1 8 17 1 active sync /dev/sdb1
2 8 33 2 active sync /dev/sdc1
3 8 49 3 active sync /dev/sdd1
4 8 65 4 active sync /dev/sde1
/etc/mdadm.conf
包含:
# mdadm.conf written out by anaconda
DEVICE partitions
MAILADDR root
ARRAY /dev/md0 super-minor=0
#ARRAY /dev/md0 level=raid0 num-devices=5 UUID=a09e9fd0:62b06654:b224f2d2:0e34ad8f
從我可以看到硬碟正常。
但我已經跑了fsck -yfC /dev/md0
,確實如此:
Pass 1: Checking inodes, blocks and sizes
Running additional passes to resolve blocks claimed by more than one inode ....
Pass 1B: Rescanning for multiply-claimed blocks.
當我安裝設備時,mount /dev/md0
它會安裝。
一旦任何活動嘗試寫入/dev/md0
或 目錄,/home
它就會說檔案系統不乾淨並以唯讀模式掛載。
然後系統停止工作。
答案1
為了使測試更容易(fsck 可能會在如此巨大的捲上花費很長時間),您可以創建一個完全映射到/dev/md0
.然後,您建立該輔助磁碟區的快照。該快照可以在不被觸及的情況下寫入/dev/md0
。
我的想法是使用 ext2 掛載該磁碟區。那麼錯誤是否消失將會很有趣。
如果您想嘗試但不知道如何處理快照,我可以提供詳細資訊。