最近、サーバーのハードディスクを交換し、オペレーティングシステムを再インストールしました(Centos 6)
レイドは起動するたびに自分自身を再構築します。/dev/md2はどうやら毎回ディスクを失っています。常に同じ配列、/ dev/md2:
# mdadm --detail /dev/md2
/dev/md2:
Version : 1.0
Creation Time : Tue Jul 31 19:26:14 2012
Raid Level : raid1
Array Size : 1462516600 (1394.76 GiB 1497.62 GB)
Used Dev Size : 1462516600 (1394.76 GiB 1497.62 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Update Time : Mon Aug 20 16:07:51 2012
State : active, resyncing
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Resync Status : 13% complete
Name : rescue:2
UUID : dfdcd9c4:24381dd7:25ffb77a:9bc2784c
Events : 112
Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/sda3
1 8 19 1 active sync /dev/sdb3
私が見つけることができる唯一の矛盾(私はRAIDの専門家ではありません)は、blkidが次のことを思い付くということです:
# blkid
/dev/sda3: UUID="73315a4d-2885-45ed-88e9-00c66d449115" TYPE="ext4"
/dev/sdb3: UUID="dfdcd9c4-2438-1dd7-25ff-b77a9bc2784c" UUID_SUB="72ffe87d-3105-dd6c-5b5c-58b14c2afc7f" LABEL="rescue:2" TYPE="linux_raid_member"
/dev/md2: UUID="73315a4d-2885-45ed-88e9-00c66d449115" TYPE="ext4"
Blkidによってmd2について報告されたUUIDは、mdadmによって報告されたものと同じではありません。また、sda3のblkidにはmd2と同じUUIDがあります。
半年後…でも、それでもお答えしようと思います。
mdadm --examine --scan
は、mdadm.conf
と一致する必要があるいくつかのRAIDのuuidを示します。各RAIDについて、RAIDを構成するすべてのパーティションがこの同じuuidを共有します。
blkid
は、fstabと整合性のあるファイルシステムuuidを提供します
したがって、blkid
は次のように表示されます。
/dev/sda3: UUID="dfdcd9c4-2438-1dd7-25ff-b77a9bc2784c" TYPE="linux_raid_member"
/dev/sdb3: UUID="dfdcd9c4-2438-1dd7-25ff-b77a9bc2784c" TYPE="linux_raid_member"
/dev/md2: UUID="73315a4d-2885-45ed-88e9-00c66d449115" TYPE="ext4"
ここで、/dev/sd[ab]3
のuuidはRAIDuuidです。
RAIDの再作成を試みることができます。
/dev/sda3
はRAIDの一部ですか? (mdadm --examine /dev/sda3
で確認できます)
そうである場合は、次のようなことを行うことができます。
mdadm --create /dev/md[x] --assume-clean --level=<raidLevel> --verbose --raid-devices=<numberOfDevices> /dev/sd[x]3