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を使用してボリュームをマウントすることです。エラーが消えるかどうかを確認するのは興味深いでしょう。
一度やりたいのですが、スナップショットで何をすべきかわからない場合は、詳細をお知らせします。