RAID5に「Protecting」と表示されても、必ずしも処理が止まっていたり、再構築中だったりするわけではありません。元のケースでは、/proc/mdstatに4台すべてのメンバーが[UUUU]として表示され、sync_actionはidle、array_stateはcleanを返しました。これは正常なmdraidの状態です。
したがって、「Protecting」というラベルは、アクティブな再構築を示すものではなく、ZimaOSが保護やパリティの状態を表示したものかもしれません。処理を中断する前に、アレイの実際の状態を確認してください。
まず/proc/mdstatを確認する
cat /proc/mdstat4台構成のRAID5では、[UUUU]は、想定される4つのメンバースロットがすべて稼働中であることを意味します。[UU_U]のようにアンダースコアが欠けている場合は、メンバーが欠落または故障しています。
同期が実行中かどうかを確認する
cat /sys/block/md0/md/sync_actionユーザーの実行結果はidleで、その時点では再同期・復旧・チェックが実行されていないことを示していました。
mdアレイの状態を確認する
cat /sys/block/md0/md/array_statecleanは、mdがアレイを整合性のあるクリーンな状態と認識していることを意味します。
書き込みインテントビットマップを理解する
出力にはビットマップが表示されていました。書き込みインテントビットマップは、アレイの稼働中に変更された領域を記録し、正常にシャットダウンされなかった後の復旧作業を減らせます。ビットマップが存在すること自体はエラーではありません。
現在のZimaOS RAIDの動作を確認する
現在のZimaOS RAIDガイドには、RAID5ではパリティが自動的に有効になり、アレイを使用できる状態のまま初期化を続行できると記載されています。
保護状態の調査が必要な場合
/proc/mdstatに再構築・再同期、1台以上のメンバーの欠落、I/Oエラーの繰り返し、UIの「Degraded」状態が表示される場合や、そうなるはずのないときにarray_stateがclean以外の場合は、原因を調査してください。
表示を消すためだけにアレイを停止しないでください。
アレイがcleanかつidleで、すべてのメンバーがそろっている場合、mdraidを停止すると不必要なリスクが生じることがあります。「保護中」の表示を理由にプールを作り直す必要はありません。
RAIDが正常でもバックアップを取る
RAID5で保護できるのはディスク1台の故障です。削除、マルウェア、コントローラーの故障、災害には対応できません。独立したバックアップを保管してください。
その第二の備えについては、バックアップ計画ガイドをご覧ください。
作成後や拡張後に「保護中」と表示されることがあります
元のアレイは最近作成され、その後、数テラバイトのデータが書き込まれていました。mdraid自体にアクティブな同期処理がないと報告されていても、ZimaOSには保護を示すステータスラベルが表示され続けることがあります。そのため、診断では低レベルのmd状態のほうが確かな指標です。
見えにくいI/Oエラーを確認する
dmesg | grep -Ei 'md0|nvme|エラー|タイムアウト|リセット | tail -100アレイがcleanでも、カーネルにNVMeのリセットやI/Oエラーが繰り返し記録される場合は、その状態を見かけ上のものとして片付けず、該当ドライブやPCIeの経路を調査してください。
正常時の状態を記録する
アレイが正常なうちに、/proc/mdstat、array_state、各メンバーのシリアル番号を保存しておきましょう。後でDegradedになった場合、比較用の正常な状態の記録が手元に残ります。
よくある質問
「保護中」とはRAIDの再構築中という意味ですか？
必ずしもそうではありません。元のケースでは、sync_actionはidleで、アレイはcleanでした。
[UUUU]は何を意味しますか？
想定される4台すべてのmdraidメンバーが稼働中です。
データのコピーは待ったほうがよいですか？
初期化や再同期が実際に実行中の場合、パフォーマンスが低下することがあります。表示ラベルだけで判断せず、/proc/mdstatを確認してください。
RAID5が正常でないのはどんなときですか？
メンバーの欠落、状態のDegraded表示、I/Oエラー、SMART診断の失敗、または予期しない切断後のリカバリーが進行中の場合は、対処が必要です。
