「Protecting」と表示されるRAID5が、必ずしも停止中または再構築中とは限りません。今回のケースでは、/proc/mdstatですべての4台のメンバーが[UUUU]として認識され、sync_actionはidle、array_stateはcleanを返していました。これは正常なmdraidの状態です。
したがって、「Protecting」というラベルは、アクティブな再構築の証拠ではなく、ZimaOSが保護状態やパリティ状態を表示している可能性があります。処理を中断する前に、内部のアレイ状態を確認してください。
まず/proc/mdstatを確認する
cat /proc/mdstat
4台構成のRAID5では、[UUUU]は想定される4つのメンバースロットがすべてアクティブであることを意味します。[UU_U]のようにアンダースコアが含まれている場合は、メンバーが1台欠落または故障しています。
同期処理が実行中か確認する
cat /sys/block/md0/md/sync_action
今回のケースではidleが返され、その時点で再同期、リカバリ、チェックが実行されていないことが確認されました。
mdアレイの状態を確認する
cat /sys/block/md0/md/array_state
cleanは、mdがアレイを整合状態にあり、変更が未反映の状態ではないと判断していることを意味します。
ライトインテントビットマップを理解する
今回の出力にはビットマップが表示されていました。ライトインテントビットマップは、アレイの稼働中に変更された領域を記録し、正常に終了しなかったシャットダウン後のリカバリ作業を減らすことができます。存在していること自体はエラーではありません。
現在のZimaOSのRAID動作と比較する
現在のZimaOS RAIDガイドによると、RAID5ではパリティが自動的に有効になり、アレイを使用可能な状態に保ったまま初期化を続行できます。
「Protecting」の調査が必要な場合
/proc/mdstatに再構築や再同期が表示される場合、1台以上のメンバーが欠落している場合、I/Oエラーが繰り返し発生している場合、UIに「Degraded」と表示される場合、または本来cleanであるべきときにarray_stateがcleanでない場合は、調査してください。
ラベルを消すためだけにアレイを停止しない
アレイがcleanかつidleで、すべてのメンバーが揃っている場合、mdraidを停止すると不要なリスクが生じる可能性があります。「Protecting」と表示されていることだけを理由に、プールを再作成しないでください。
RAIDが正常でもバックアップを取る
RAID5が保護できるのは1台のディスク故障であり、削除、マルウェア、コントローラーの故障、災害からデータを守ることはできません。独立したバックアップを用意してください。
バックアップ計画ガイドでは、この第2の保護層について説明しています。
作成後や拡張後に「Protecting」と表示されることがある
今回のアレイは作成後、数TBのデータが書き込まれていました。ZimaOSでは、mdraid自体がアクティブな同期処理がないと報告した後も、保護を重視したステータスラベルが表示され続けることがあります。そのため、低レベルのmd状態のほうが強力な診断材料になります。
隠れたI/Oエラーを確認する
dmesg | grep -Ei 'md0|nvme|error|timeout|reset' | tail -100
アレイがcleanでも、カーネルにNVMeのリセットやI/Oエラーが繰り返し記録されている場合は、表示を単なる見かけ上の問題として片付けず、該当ドライブまたはPCIe経路を調査してください。
正常時の基準値を記録する
アレイが正常なうちに、/proc/mdstat、array_state、および各メンバーのシリアル番号のコピーを保存してください。後に「Degraded」になった場合、正常時の基準と比較できます。
よくある質問
「Protecting」はRAIDが再構築中という意味ですか?
必ずしもそうではありません。今回のケースでは、sync_actionはidleで、アレイはcleanでした。
[UUUU]は何を意味しますか?
想定される4台すべてのmdraidメンバーがアクティブであることを意味します。
データのコピーを始める前に待つべきですか?
初期化や再同期が実際に実行中の場合、パフォーマンスが低下する可能性があります。ラベルだけで判断せず、/proc/mdstatを確認してください。
RAID5が不健全なのはどのような場合ですか?
メンバーの欠落、「Degraded」ステータス、I/Oエラー、SMART診断の失敗、または予期しない切断後にアクティブなリカバリが実行されている場合は、対処が必要です。
