コグノスケ

RAIDが崩壊した

外付けHDDのドライバをカーネルモジュールにして、めでたしめでたし…かと思ったら、起動時に変なメッセージが出ています。読んでみるとHDD 5台構成にしたはずのRAID 5が4台構成で動いています。

md: md0 stopped.
md: bind<sdb>
md: bind<sdd>
md: bind<sde>
md: bind<sdf>
md: bind<sdc>
md: kicking non-fresh sdb from array!
md: unbind<sdb>
...

あるぇー、なんで /dev/sdbが弾かれてるの？HDD壊れたかしら？って思ったのですが、違いました。内蔵HDDをsdfのままで一度起動したことが原因でした。

RAIDさんの憂鬱

デバイスファイル名だとわかりづらいので、変化前の内蔵HDDがsdaだったときのデバイスファイル名を小文字で、変化後のsdfだったときのデバイスファイル名を大文字で書きましょう。対応表は下記の通り。

上記を踏まえて時系列で説明してみましょう。

• RAIDは（sdb, sdc, sdd, sde, sdf）で組んでいたので、変化後は（SDA, SDB, SDC, SDD, SDE）でRAID 5を再構築しなければなりません。
• そんなことつゆ知らずのRAIDシステムは同じデバイスファイル名（SDB, SDC, SDD, SDE, SDF）でRAID 5を再構築しようとします。
• 内蔵HDDのSDFはRAID 5の構成部分ではありませんので、RAIDシステムは「SDFが変になった！」と判断します。
• RAIDシステムはSDFをアレイから外し、SDB, SDC, SDD, SDEつまりsdc, sdd, sde, sdfの4台構成にします。
• 内蔵HDDがsdaになって、再び元の構成に戻ります。
• そんなの関係ねえRAIDシステムはやっぱり同じデバイスファイル名（sdb, sdc, sdd, sde, sdf）でRAID 5を再構築しようとします。
• 先ほどの4台構成に入っていなかったsdbだけ更新されておらず、情報が古いためRAIDシステムは「sdbが変になった！」と判断します。
• RAIDシステムはsdbをアレイから外し、sdc, sdd, sde, sdfの4台構成にします。←今ココ

とまあ、RAIDシステムのバカなんだか賢いんだかよくわかんねえ動きをしてくれた結果、4台構成になってしまったわけです。それにしてもHDD認識の順番がころころ変わるのは困るのよねー…。

RAID復っっ活！！

直し方は時間かかりますがとても簡単です。sdbが物理的に壊れたわけではないので、単にsdbをもう一度アレイに追加すれば良いだけです。

# mdadm --manage /dev/md0 -a /dev/sdb

こんな感じです。長くても1日ほっとけば直ってると思います。アレイを直している様子が見たければ、$ cat /proc/mdstatで概要が、# mdadm --detail /dev/md0で詳細情報が見られます。