VMware ESX/ESXi 4.x/5.0 ホストが全パス ダウン (APD) 状態になると、VMware vCenter Server に [応答なし] として表示される場合がある
search cancel

VMware ESX/ESXi 4.x/5.0 ホストが全パス ダウン (APD) 状態になると、VMware vCenter Server に [応答なし] として表示される場合がある

book

Article ID: 328784

calendar_today

Updated On:

Products

VMware vSphere ESXi

Issue/Introduction

Symptoms:
免責事項：これは英文の記事「VMware ESX/ESXi 4.x/5.0 hosts in All-Paths-Down (APD) condition may appear as Not Responding in VMware vCenter Server (1030980)」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新の内容については、英語版の記事を参照してください。

VMware ESXi ホストまたは VMware ESX ホストの 1 つ以上の LUN が全パス ダウン (APD) 状態になると、vCenter Server で管理不能になる場合があります。
  • ESX/ESXi 4.x または 5.0 を実行している。
  • vCenter Server インベントリで、ESXi/ESX ホストが Disconnected または Not Responding として表示される。
  • APD 状態の LUN を利用している仮想マシンが応答しなくなる場合がある。
  • vSphere Client、vCLI、または PowerCLI を使用して ESXi/ESX ホストに接続できない。
  • vCenter Server へのホストの追加が失敗し、次のエラーが表示される。

    Failed to read resource pool tree from host

  • SSH を使用すると、ESXi/ESX ホストに正常に接続できる。
  • vmware-hostd 管理サービスが実行されていない。
  • vim-cmd コマンドまたは vmware-cmd コマンドを使用して vmware-hostd 管理サービスに接続できない。
  • /var/log/vmware/hostd.log にある hostd ログの最後の行に次の内容が含まれる。

    verbose 'FSVolumeProvider'] RefreshVMFSVolumes called


Environment

VMware ESXi 4.1.x Embedded
VMware ESXi 4.0.x Installable
VMware ESXi 4.0.x Embedded
VMware ESXi 4.1.x Installable
VMware ESX 4.0.x
VMware vSphere ESXi 5.1
VMware ESX 4.1.x
VMware vSphere ESXi 5.5
VMware vSphere ESXi 5.0

Resolution

範囲

このドキュメントは、ESX/ESXi バージョン 4.x および 5.0 を実行しているホストと、詳細設定 Misc.APDHandlingEnable に値 0 が設定された ESX/ESXi バージョン 5.1 および 5.5 にのみ適用されます。

注：デフォルトでは、値 1 が設定されます。

ESXi 5.1 以降では、デフォルトの APD 処理が異なります。

詳細については、vSphere 5.1 ドキュメント センターの「一時的な APD 状態の処理」を参照してください。

検証

ESXi/ESX ホスト上に全パス ダウン (APD) 状態の LUN があるかどうかを判別します。
  1. ESXi/ESX ホストのコンソールを開きます。詳細については、Unable to connect to an ESX host using Secure Shell (SSH) (1003807) または Using Tech Support Mode in ESXi 4.1 and 5.0 (1017910) を参照してください。
  2. esxcfg-mpath コマンドを使用して、すべてのデバイス パスのリストを取得し、デバイスの状態を基準にフィルタリングします。

    # esxcfg-mpath --list-paths --device <device mpx/naa name> | grep state

    問題のデバイス ID がわからない場合、またはデバイス数が多い場合は、次のコマンドを使用して無効なパスを識別すると、より効率的に作業できる可能性があります。

    # esxcfg-mpath -b | grep -C 1 dead

  3. いずれかのパスで状態 dead が報告されたが、同一デバイスの他のパスで状態 Up が報告された場合は、再スキャンを実行して、古いデバイス エントリを削除します。詳細については、Performing a rescan of the storage on an ESXi/ESX host (1003988) を参照してください。
  4. LUN のすべてのパスで状態 dead が報告された場合は、LUN が全パス ダウン状態になっています。

予防的な回避策

影響を受ける VMFS データストア上のファイルを開くどの処理よりも先に APD 状態が通知される場合は、ESXi/ESX 4.1 で詳細構成オプション VMFS3.FailVolumeOpenIfAPD = 1 を設定することにより、目前のブロッキング I/O をファスト フェイルできます。詳細については、Configuring advanced options for ESX/ESXi (1038578) を参照してください。

無効なパスまたは APD が通知される状況では、次のコマンドを使用して、個々の HBA を再スキャンできます。

# esxcfg-rescan -dvmhbaX

注： vmhbaX は、適切な HBA （vmhba33 など）で置き換えてください。

ESX/ESXi 4.1 以降では、次のコマンドを使用して、すべての HBA を再スキャンできます。

# esxcfg-rescan -A

注：いずれかのデバイスがすでに APD 状態であり、アクティブな I/O がデバイスの復帰をすでに待機している場合は、このオプションを設定しても、すでに発行された I/O は失敗しません。LUN のパスを再び有効にするか、I/O が最終的に失敗するのを待つ必要があります。

詳細については、Virtual machines stop responding when any LUN on the host is in an all-paths-down (APD) condition (1016626) を参照してください。

ESXi/ESX ホストでの APD 状態を回避するには、必ず、正しい方法を使用して LUN を非提示にしてください。LUN を非提示にする正しい手順の詳細については、Removing a LUN containing a datastore from VMware ESXi/ESX 4.x (1029786) を参照してください。

注：ファブリック スイッチを変更するときは、設定が正しいことを確認してください。この問題は、スイッチのブランドを切り替えたときに発生することが確認されています。スイッチを移行するときの適切な構成については、スイッチのベンダーにお問い合わせください。


Additional Information

この記事が更新されたときにアラートを表示するには、Actions ボックスで Subscribe to Article をクリックします。

Powered by Wolken Software