既存のmdadm RAID5がインストールされていません。ドライブまたはスーパーブロックに問題があります。

既存のmdadm RAID5がインストールされていません。ドライブまたはスーパーブロックに問題があります。

私はRAID5に4つの3TB NASをインストールし、ほぼ1年間実行してきました。

最近突然のシャットダウン(電源ボタンを押す必要がある)の後、起動時にRAIDはインストールされなくなりました。

私は以下を実行しました:

mdadm --examine /dev/sd[bcdefghijklmn]1 >> raid.status

出力は次のとおりです。

/dev/sda:
Magic: a92b4efc
バージョン: 1.2
関数マッピング: 0x0
配列 UUID: 7d2a94ca:d9a42ca9:a4e6f976:8b5ca26b
名前: BruceLee:0 (ホスト BruceLee ローカル)
作成時間: Mon Feb 4 23:
0 raid5
レイドデバイス:4

利用可能な開発サイズ:5860271024(2794.40 GiB 3000.46 GB)
アレイサイズ:8790405888(8383.18 GiB 9001.38 GB)
使用された開発サイズ:5860270592(2794.4 24 オフセット:8セクタステータス
: アクティブ デバイスUUID:2c1e0041 : 21d926d6 :1c69aa87:f1340a12


更新済み: 2014年12月27日 土曜日 20:54:55
チェックサム: d94ccaf5 - 正しい
イベント: 17012

レイアウト:左対称
ブロックサイズ:128K

デバイスロール:アクティブデバイス0
アレイステータス:AAA。 ('A' == アクティブ, '.' == 欠落)
/dev/sdb:
Magic: a92b4efc
バージョン: 1.2
Feature Map: 0x0
Array UUID: 7d2a94ca:d9a42ca9:a4e6f976:8b5ca26b
名前: BruceLee:0 )
作成時間:2013年2月4日月曜日23:07:01
レイドレベル:raid5
レイドデバイス:4

利用可能な開発サイズ:5860271024(2794.40 GiB 3000.46 GB)
アレイサイズ:8790405888(8383.18 GiB 9001.38 GB)使用 され
た開発サイズ:5860270592(2794.4 24 オフセット:8セクタステータス :アクティブ デバイスUUID:a0261c8f :8a2fbb93:4093753a:74e7c5f5



更新済み: 2014年12月27日 土曜日 20:54:55
チェックサム: 7b84067b - 正しい
イベント: 17012

レイアウト:左対称
ブロックサイズ:128K

デバイスロール:アクティブデバイス1
アレイステータス:AAA。 ('A' == アクティブ, '.' == 欠落)
/dev/sdc:
Magic: a92b4efc
バージョン: 1.2
機能マップ: 0x0
Array UUID: 7d2a94ca:d9a42ca9:a4e6f976:8b5ca26b
名前: BruceLee:0(
作成:2013年2月4日月曜日23:07:01
レイドレベル:raid5
レイドデバイス:4

利用可能な開発サイズ:5860271024(2794.40 GiB 3000.46 GB)
アレイサイズ:8790405888(8383.18 GiB 9001.38 GB)使用 され
た開発サイズ:5860270592(2794.4 24 オフセット:8セクタステータス :アクティブ デバイスUUID:9dc56e9e :d6b00f7a:71da67c7:38b7436c



更新済み: 2014年12月27日 土曜日 20:54:55
チェックサム: 749b3dba - 正しい
イベント: 17012

レイアウト:左対称
ブロックサイズ:128K

デバイスロール:アクティブデバイス2
アレイステータス:AAA。 ('A' == アクティブ, '.' == 欠落)
/dev/sdd:
Magic: a92b4efc
バージョン: 1.2
Feature Map: 0x0
Array UUID: 7d2a94ca:d9a42ca9:a4e6f976:8b5ca26b
名前: BruceLee:
作成:2013年2月4日月曜日23:07:01
レイドレベル:raid5
レイドデバイス:4

利用可能な開発サイズ:5860271024(2794.40 GiB 3000.46 GB)
アレイサイズ:8790405888(8383.18 GiB 9001.38 GB)
使用された開発サイズ:5860270592(2794.4 24
オフセット
:8セクタ
ステータス:クリーン
デバイスUUID:81e5776f :2a466bee:399251a0:ab60e9a4

更新済み: 2014年11月2日日曜日 09:07:02
チェックサム: cb4aebaf - 正しい
イベント: 159

レイアウト:左対称
ブロックサイズ:128K

デバイスロール:アクティブデバイス3
アレイステータス:AAAA( 'A' ==アクティブ、 '.' ==不足)

Ubuntuディスクマネージャでディスクを確認すると、sda / b / cは正常に表示され、sddは正常に表示されますが、64個の不良セクタがあります。

走ればfsck /dev/md0

それは言う:

fsck.ext2: /dev/md0 を開こうとすると引数が正しくありません。

スーパーブロックが読み取れないか、有効なext2 / ext3 / ext4
ファイルシステムが説明されていません。デバイスが有効で、ext2/ext3/ext4
ファイルシステム(スワップ、ufs、または他のファイルシステムとは逆)を含む場合、スーパーブロックは破損している ため、 代替スーパーブロックで e2fsck
を実行できます。-b 32768 <デバイス>



最後に私が走ったら

mdadm --examine /dev/sd[a-d] | egrep 'Event|/dev/sd'

私は得る:

/dev/sda:
イベント: 17012
/dev/sdb:
イベント: 17012
/dev/sdc:
イベント: 17012
/dev/sdd:
イベント: 159

私が実行すると、cat /proc/mdstat次のようになります。

特性: [線形] [マルチパス] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : 非アクティブ sdb[1](S) sdc[2](S) sdd[3]( S ) sda[0](S)
1172054204 性格: [線形] [マルチパス] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0: 非アクティブ sdb[1](S) sdc[ 2] (S ) sdd[3](S) sda[0](S)
11720542048 ブロック スーパー 1.2

未使用デバイス:<なし>

1.2以上8元

未使用デバイス:<なし>

最後の実行file -s /dev/md0

私は得る:

/dev/md0: 空

デフォルトでは、RAIDで--assembleを実行する必要があるようですが、データの損失が心配され、4番目のドライブも少し心配です。

再起動して実行するための次の最良の論理ステップを提案できる人はいますか?

ベストアンサー1

私は次の戦略を実装し、最大の成功を収めました。

# mdadm --stop /dev/md0
# mdadm --create /dev/md0 --metadata=1.2 --level=5 --raid-devices=4 --chunk=128 --layout=left-symmetric /dev/sda1 /dev/sdb1 /dev/sdc1 missing

これにより、元々使用されたパラメータと同じパラメータを使用してデバイスが作成されます。これmissingにより、デバイスが劣化モードで作成され、ディスクの再同期が発生しなくなります。その後、ファイルシステムが破損していないことを確認できます(不純なシャットダウンモジュールで)。その場合は、/dev/sdd1アレイに引き続き追加できます。

# mdadm --add /dev/md0 /dev/sdd1

mdadm/dev/sdd1これで、既存の攻撃隊アレイから再構成されます。

もちろん、--stop後でaを実行することを好むかもしれませんが、--assemble過去に他のディスクにエラーが発生した後に間違ったディスクをホットプラグした後、上記の方法が私にとって効果的でした。

/dev/sdd1が4週間オフラインになっていたようです。 md 障害を通知するために、いくつかの監視スクリプトを使用することをお勧めします。 Debian では、デフォルトで/etc/cron.daily/mdadmスクリプトによって自動的に提供されます。

mdadm --monitor --scan --oneshot

mdadmこれはデーモンとして実行することもできます。

mdadm --monitor --pid-file /run/mdadm/monitor.pid --daemonise --scan --syslog

もちろん、通知を受け取る電子メールアドレスを提供できます。この場合、システムから電子メールを送信できる必要があります。--mail [email protected]

おすすめ記事