ESX/ESXi ホストは非応答およびグレー表示されています
search cancel

ESX/ESXi ホストは非応答およびグレー表示されています

book

Article ID: 339771

calendar_today

Updated On:

Products

VMware vCenter Server VMware vSphere ESXi

Issue/Introduction

この記事には、ESX/ESXi ホストが vCenter Server または vSphere Client からアクセスできない原因を特定するためのトラブルシューティング手順が記載されています。


Symptoms:

免責事項： これは英文の記事 「Troubleshooting an unresponsive host and multiple Disconnected virtual machines (1019082)」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。

  • VMware ESX または ESXi ホストが灰色表示される。
  • ホスト名の末尾に Not Responding と表示される。
  • ESX または ESXi ホストに登録されている仮想マシンがすべて灰色表示される。
  • 仮想マシン名の末尾に Disconnected と表示される。
  • vSphere Client を使用して ESX または ESXi ホストに直接接続できない。
  • vCenter Server にある vpxd.log ファイルに、ESXi ホストと通信しようとしてエラーが発生したことを示すイベントが出力されている。 イベントには、以下の例に示すように常に vmodl.fault.HostCommunication という語が含まれます。

    [VpxLRO] -- ERROR task-internal-6433833 -- host-24499 -- vim.host.NetworkSystem.queryNetworkHint: vmodl.fault.HostCommunication:
    (vmodl.fault.HostCommunication) {
    dynamicType = <unset>,
    faultCause = (vmodl.MethodFault) null,
    msg = "",
    }

    [VpxdMoHost::CollectRemote] Stats collection cannot proceed because host may no longer be available or reachable: vmodl.fault.HostCommunication.

    vpxd.log     ファイルの場所の詳細については、「VMware 製品のログ ファイルの場所 (2033284)」を参照してください。

    この問題は複数のホストで発生する場合がありますので、問題の発生した ESX/ESXi ホストを特定する opID をメモしておきます。

    2012-04-09T15:03:51.540-04:00 [29348 verbose 'Default' opID=f6a80d55] [ServerAccess] Attempting to connect to service at vc1.hostname.vmware.net:10443

    このタイプのエラーの詳細については、「vSphere SDK documentation」を参照してください。

  • ESXi ホストと vCenter Server 間の通信障害のためこの問題が発生しているが、ホストはユーザー操作に対して応答している場合、次のようなイベントが /var/log/vmware/vpxa.log ファイルに出力される。

    Failed to bind heartbeat socket (-1). Using any IP.

    Agent can't send heartbeats.msg size: 66, sendto() returned: Network is unreachable.


Environment

VMware ESXi 3.5.x Installable
VMware vSphere ESXi 5.5
VMware ESX Server 3.5.x
VMware ESX 4.1.x
VMware ESXi 4.0.x Installable
VMware vCenter Server 4.1.x
VMware vSphere ESXi 6.0
VMware vCenter Server 5.1.x
VMware vCenter Server 4.0.x
VMware ESXi 3.5.x Embedded
VMware vSphere ESXi 5.0
VMware vSphere ESXi 5.1
VMware ESX 4.0.x
VMware ESXi 4.0.x Embedded
VMware vCenter Server 6.0.x
VMware VirtualCenter 2.5.x
VMware ESXi 4.1.x Installable
VMware vCenter Server 5.5.x
VMware ESXi 4.1.x Embedded
VMware vCenter Server 5.0.x

Resolution

ESX/ESXi ホストがアクセス不能になった原因を特定するには：

  1. ESX/ESXi ホストのハードウェアおよび電源の現在の状態を確認します。 VMware ESX/ESXi ホストの本体まで足を運んで、電源またはハードウェアの状態を示すサーバ前面の各インジケータの状態をメモします。 ハードウェア インジケータの詳細については、ハードウェア ベンダーのドキュメントを参照するか、サポートまでお問い合わせください。

    注： 物理的な環境の構成によっては、ハードウェア ベンダーによって提供されているリモート ハードウェア インターフェイスを使用して物理ホストに接続することも検討してください。 こうしたインターフェイスがハードウェアの状態を解釈する方法の詳細については、ハードウェア ベンダーのドキュメントを参照するか、サポートまでお問い合わせください。

    • ハードウェア インジケータがハードウェアで問題が発生していることを示している場合は、ハードウェア ベンダーのドキュメントを参照するか、サポートに問い合わせて、発生しているハードウェア上の問題を特定します。
    • ハードウェアが現在オフになっている場合は、「ESXi/ESX ホストがパワーオフまたは再起動した原因の特定 (2086691)」を参照してください。
  2. 物理コンソールの ESX ホストのユーザー インターフェイスの状態を判定します。

    注： 物理環境の構成によっては、KVM（Keyboard/Video/Mouse）スイッチなどのリモート アプリケーションまたはハードウェア ベンダーによって提供されているリモート ハードウェア インターフェイスを使用して物理ホストに接続することも検討してください。 ただし、こうしたインターフェイスは、キーボードおよびマウスの機能を妨害することが知られています。 このため、こうしたアプリケーションやインターフェイスを使用する前に、ローカルの物理コンソールで応答性を確認することをお勧めします。


  3. DNS が ESX/ESXi ホスト上で正確に構成されていることを確認します。 詳細については、次を参照してください。

  4. ESX ホストが ping 応答に応答しているかどうかを確認します。 詳細については、「ping コマンドによるネットワーク接続のテスト (2078545)」を参照してください。 ESXi を使用している場合は、管理ネットワークをテストするためのいくつかのメニュー オプションが表示されます。 ESX ホストがユーザー操作には応答しているが、ping には応答しないという場合は、ネットワーク障害が発生している可能性があります。 詳細については、「ESX/ESXi ホストのネットワーク接続が断続的またはなくなる (2033223)」を参照してください。

  5. vSphere Client を使用して VMware ESX/ESXi ホストに接続できることを確認します。

    1. vSphere Client を開きます。
    2. VMware ESX/ESXi ホストのホスト名または IP アドレス、および root ユーザーの適切な認証情報を指定します。
    3. [ログイン] をクリックします。

  6. ESX/ESXi ホストが再起動されているかを判定します。

    1. VMware ESX/ESXi ホストのコンソールに直接ログインします。

    2. uptime コマンドを入力して、VMware ESX/ESXi ホストの稼働時間を表示します。 VMware ESX/ESXi ホストが最近再起動されている場合は、「ESXi/ESX ホストがパワーオフまたは再起動した原因の特定 (2086691)」を参照してください。


Additional Information

詳細については、「複数の仮想マシンに影響を与える停止の共通点を見極める (2101654)」を参照してください。

High Availability
High Availability (HA) 機能は、vCenter Server とは異なるトリガーを使用して ESX または ESXi が動作していることを確認します。 次に、各基準についての簡単な説明を記載します。
  • [ホストの接続と電源状態]アラームは、[HostCommunication 障害]の結果としてトリガーされます。 [HostCommunication 障害] は、vCenter Server が vSphere API を使用して ESX または ESXi ホストと通信できない場合に発生します。
  • HA 隔離時対応は、ESX または ESXi ホスト上のエージェントが、（vCenter サーバではなく）他の ESX または ESXi ホスト上のエージェントと通信できない場合にトリガーされます。 また、指定の隔離アドレス（デフォルトでは、これはデフォルト ゲートウェイです）との通信に失敗することも条件です。 これらの条件が両方とも満たされる場合、ホストは指定の HA 隔離時対応を実行します。

両システムはそれぞれ異なるエージェントによって管理されているため、ネットワーク上の異なるホストと通信している可能性があります。 したがって、両システムの関係は次のようになります。

  • vCenter Server 内で応答していないホストが必ずしも HA 隔離時対応をトリガーするわけではありません。 他のホストまたはその隔離アドレスとのネットワーク接続を維持し、隔離されていない場合があります。
  • HA 隔離時対応をトリガーしているホストは、vCenter Server 内では「応答なし」として表示される可能性があります。
ESX/ESXi hosts do not respond and is grayed out

Powered by Wolken Software