結論：ディスクを無効化した後、メタデータの消去を始める前に再起動する
解決したケースでは、新しい4 TB HDD 2台は単独ディスクとして動作していましたが、RAID 0/1の作成時に汎用的なexit status 2が返されました。ディスクの交換や消去は必要ありませんでした。ドライブを無効化した後にZimaOSを再起動すると、古いストレージ状態がクリアされ、RAIDの作成に成功しました。まずはこれを、リスクの低い最初のテストとして実行してください。
両方のディスクが本当に未使用か確認する
lsblk -f
mount
cat /proc/mdstat
対象のドライブは両方ともアンマウントされ、別のmdアレイやアクティブなZimaOSプールのメンバーになっていない必要があります。作成にすでに失敗している場合は、UIのラベルだけで判断しないでください。
破壊的なクリーンアップの前に一度再起動する
ストレージ画面で2台のドライブを無効化し、ZimaOSを再起動してから、ストレージ画面に戻ってもう一度RAIDを作成してください。これは、以前の単独ディスク構成による古い状態をUIやストレージサービスが保持している可能性がある場合に特に有効です。
それでも失敗する場合は、実際のエラーを取得する
journalctl -xb | tail -200
dmesg | tail -200
exit status 2はラッパーメッセージにすぎません。実際の原因は、mdadmの状態、古いファイルシステムシグネチャ、マウントの競合、その他のストレージサービスの障害などにある可能性があります。LinuxのmdadmのRAID動作で、アレイ層の仕組みを確認できます。
消去する前にメタデータを調べる
sudo wipefs -n /dev/sdX
sudo mdadm --examine /dev/sdX 2>/dev/null
まずは検査モードを使用してください。後でシグネチャを削除する場合は、ドライブに必要なデータがないことを必ず確認してください。汎用的なUIエラーに対する基本的な回答として、「wipefs -aですべて消去する」ことを選ばないでください。
現在のZimaOSはRAID 0とRAID 1を直接サポートしている
現在のストレージドキュメントでは、RAID 0、RAID 1、RAID 5、RAID 6、JBODを扱っています。RAID 0には少なくとも2台のディスクが必要で、冗長性はありません。RAID 1は2台のディスクをミラーリングします。ZimaOSのRAIDレベルが、現在の製品リファレンスです。
再作成できないデータにRAID 0を使用しない
RAID 0は使用可能な容量を増やし、スループットを向上させる可能性がありますが、メンバーディスクが1台故障するとアレイ全体が失われます。これらの4 TBディスクに重要なメディアやバックアップを保存する場合は、RAID 1またはRAID 5と、独立したバックアップを組み合わせる方が適切かどうかを検討してください。
ZimaOSのバックアップとRAIDの復旧で、障害時の動作を確認できます。
データを読み込む前に新しいアレイを検証する
cat /proc/mdstat
lsblk -f
df -h
初期化や再同期の処理が完了するまで待ち、その後、まずは失っても問題のないテストデータをコピーしてください。一度再起動し、重要なファイルの唯一のコピーを保存する前に、アレイが正常な状態で復帰することを確認してください。
ディスク容量の不一致を最初に疑わない
公称容量のわずかな違いが使用可能容量に影響することはありますが、このケースでは再起動だけで問題が解決しました。汎用的なステータスコードをドライブ容量の不一致やハードウェア障害のせいにする前に、実際のログを調べてください。
本当にメタデータが原因なら、特定できたものだけを削除する
Linuxのwipefsによるシグネチャ検査では、消去する前にファイルシステム、パーティションテーブル、RAIDのシグネチャを確認できます。ディスクが空であることを確認し、ログから古いシグネチャが原因だと判断できた場合は、対象のメタデータだけを意図的に削除して再起動し、再試行してください。これは、すべての汎用的なRAIDエラーを、直ちに両方のドライブを消去してよい根拠とみなすより安全です。
クリーンアップ後は、lsblk -fとmdadm --examineを再実行し、RAID作成画面を再び開く前に、ドライブがZimaOSの想定する状態になっていることを確認してください。
再起動によってすぐに作成できるようになった場合は、その結果をインシデントの記録に残してください。これは、ディスク自体に問題があると証明されたわけではなく、古いサービス状態がより可能性の高い原因だったことを示す有用な証拠です。
よくある質問
ZimaOSでRAIDを作成するときのexit status 2は何を意味しますか？
これは診断結果ではなく、汎用的な失敗結果です。根本的なストレージまたはmdadmのエラーをログで確認してください。
すぐにドライブを消去すべきですか？
いいえ。まず無効化後に再起動し、その後、破壊的なクリーンアップの前にメタデータを調べてください。
新品のドライブにも古いメタデータが存在することはありますか？
はい。テストに使用されたドライブや、以前にパーティションを作成したドライブでは特に可能性があります。ただし、wipefs -nまたはmdadm --examineで確認してください。
RAID 0はバックアップに安全ですか？
いいえ。メンバーを1台失うとアレイ全体が失われるため、独立したコピーを保持してください。
RAIDが正しく作成されたかどうかは、どう確認できますか？
/proc/mdstat、ファイルシステムとマウントの状態を確認し、再起動後もアレイが正常な状態を維持していることを確認してください。
