「VxRail:「Not mounted on this host」および「Ineligible for use by vSAN」状態のVSANドライブをvSANディスク グループに追加できない
Summary: この記事では、VSANディスク グループを作成できない問題を修正する方法について説明します。また、ホストに異常な状態が見られる場合に、既存のディスクにディスクを追加する際の問題についても説明しています。 この記事で取り上げる特定の条件には、使用可能であるべき「Ineligible」ドライブが含まれます。また、ホスト上のドライブの合計数が正しくない場合、または存在しないはずの追加のディスク グループが表示される場合もあります。 ...
Symptoms
コマンド「vdq -qH」または「vdq -Hi」を使用してディスクを確認した後、[Reason: Not mounted on this host.]と表示されるドライブが1つ以上見つかります。これらのドライブと他のいくつかのドライブには、[State: Ineligible for use by VSAN]と表示されます。「Ineligible」状態を示すドライブは、Bossカード、Satadom、RecoverPointディスクなどのタイプである場合があります。vCenter内では、予想よりも多くのドライブが表示される場合がありますが、これらの余分なドライブをディスク グループに追加できることができません。
ドライブ障害後に追加または交換された新しいドライブが表示されない場合があります。[Name:]の後に何もないドライブは「naa.<数字と文字>」である必要があります。これらは一般に「ゴースト ディスク」または「ファントム ドライブ」と呼ばれ、今はなくなったデバイスがあった場所にあります。ゴースト ディスクが存在すると、起動時間が長い、検証が失敗する、「アクセスを確保」できない、状況によってホストがクラッシュするなど、さまざまな問題が発生する可能性があります。
ゴースト ドライブの削除は、多くの場合、vCenterまたはコマンド ラインを使用して実行できますが、削除に失敗する場合もあります。このような場合は、まず、[Not mounted…]と表示されるドライブを修正する必要があります。
Cause
VSANがドライブへの書き込み障害を検出すると、ハードウェア センサーがディスクを障害としてマークする状態をまだ検出していない場合でも、VSANがドライブをVSANから除外することがあります。そのディスクがキャッシュ ドライブである場合、または重複排除と圧縮を使用している場合、VSANはディスク グループ全体をオフラインにする必要があります。これは上記の状態につながることがありますが、根本的な原因ではありません。原因は、メタデータの破損、または(以前の構成の)パーティションが残っているディスクによるものです。これらはリカバリーされておらず、vSANに再び追加する準備ができていません。また、何らかのデータがディスク メタデータに誤って書き込まれたことによって、他の理由で発生する可能性もあります。データは損なわれていませんが、アクセスできなくなっているため、vSANは再同期によってストレージ ポリシー コンプライアンスをリカバリーする必要があります。
このタイプのパーティションを持つドライブは、ディスク グループの一部であると認識し、存在しないはずのキャッシュ ドライブを表示する場合があります。このキャッシュ ドライブには、容量や名前などの通常の情報がありません(naa情報がありません)。ただし、マウントされていないドライブがあるとホストが認識するため、削除できません。また、ストレージ コントローラーを再スキャンしたり(これによりホストがクラッシュする可能性があります)ホストを再起動したりしても、この問題を修正することはできません。
Resolution
Dellテクニカル サポートまたは認定サービス担当者にお問い合わせの上、このナレッジベース記事番号をお伝えください。
Fix: [Not mounted…]として表示されるすべてのドライブはパーティションを削除または非表示にし、この環境からゴースト ディスクを削除する必要があります。パーティションがマスクされた場合、ドライブは[Eligible for use by VSAN]として再び表示されるはずです。これらをディスク グループに追加すると、既存データは処理中にすべて消去されます。これを修正してゴースト ディスクを削除した後で、ホストの再起動が必要になる場合があります。再起動は、すべてがホストに正しく表示された後に行われます。vCenterの[Cluster]>[Configure]>[Disk Management]領域で、通常どおりディスク グループを作成できます。
手順:
ホストをメンテナンス モードにします(アクセスを確保)。これにより、ミスや予期しない問題からホスト上のデータが保護されます。VSANの残りの部分も正常であることを確認します。VSANの再同期が進行中の場合は、データを含むディスクまたはディスク グループをVSANから削除する前に、再同期が完了している必要があります。
Broadcomは、バージョン7.X以降でシンプルな「ESXiストレージ デバイスの消去」機能を導入しています。
ESXiストレージ デバイスの消去(vmware.com)
- vSphere Clientで、ESXiホストに移動します。
- [Configure]タブをクリックします。
- [Storage]で[Storage Devices]をクリックします。
- 1つまたは複数のデバイスを選択し、パーティションの消去アイコンをクリックします。
- 消去するパーティションの情報が重要でないことを確認します。
- [OK]をクリックして変更を確定します。
上記が機能しない場合は、次の手動手順を使用します。
-
(PuTTYで)ホストで次のコマンドを実行し、出力をドキュメントにコピーします。PuTTYは必須ではありませんが、コピー&ペーストができると便利です。
vdq -qH
-
[Ineligible for Use by vSAN]と表示されていて、[Reason: Not mounted on this host]と表示されているまたは[Name]フィールドに何もない(no naa)ドライブを特定します。
-
まず、[Not mounted...]と表示されているドライブを修正します。
- ホスト上の「vdq -qH」の出力から不適格なディスクのNAAを取得します。次のコマンドを実行して、ディスク上のパーティションをマスクします。
partedUtil mklabel /dev/disks/<naa.#'s> gpt
- 次のコマンドを再度実行し、ドライブに「Eligible for use by VSAN」と表示されていることを確認します。
vdq -qH
*表示されていない場合は、再起動してから前の手順を繰り返す必要があります。再起動する前にゴースト ディスクの削除を試みる必要があります。これによって、ホストがディスクを初期化してvSANサービスが起動を試みる際の長い起動プロセスを避けることができます。
- ホスト上の「vdq -qH」の出力から不適格なディスクのNAAを取得します。次のコマンドを実行して、ディスク上のパーティションをマスクします。
-
ゴースト ディスクを削除します。これは通常、同じ[Disk Management]領域で行うことができます。できない場合は、ホストでコマンド ラインを使用します。
$ esxcli vsan storage remove -u <UUID>
ステップ1の出力から、naa名のないディスクのUUIDをメモします。
-
すべてが想定どおりに表示されていることを確認します。vCenterを更新して[Disk Management]を再度確認します。また、ホストで「vdq -qH」コマンドを実行して、想定されるすべてのドライブが表示され、[Eligible for use by VSAN]と表示されていることも確認します。そうでない場合、初期化されていないドライブがある可能性があるため、ホストを再起動し、もう一度確認します。
-
通常どおり、ディスク グループを作成するか、既存のディスク グループにディスクを追加します(重複排除または圧縮を使用している場合は、ディスク グループ全体を再作成する必要があります)。