ESXi4.0ゲストのロックアップ
私は64ビットXeonプロセッサを搭載したHPProliantg5にESXi4.0をインストールし、公立学校で働いているときに無料ライセンスを利用しました。サーバー2003の2つのインスタンスを最初から作成しました。1つはDC、DHCP、もう1つはファイルサーバーとDNS/DHCPバックアップです。両方のゲストを正常に稼働させ、ユーザーアカウントを設定し、データを転送しました。
クライアントマシンをドメインに参加させると、両方のWindowsゲストがロックされることがわかりました。一晩でしたら、5分ほどかかることもあります。 「ロックアップ」状態は、私が知る限り、すべてのサービスが停止したことを意味します。 dhcpはIPを配布しなくなり、DNSは機能しなくなり、サーバーにRDPを挿入できませんでした。 HPサーバーであるESXiホストはまだ正常に動作していました。 vSphereが機能していて、個々のゲストのパフォーマンスを確認できました。
VSPhere内からホストの電源をオフにしようとすると、ホストの電源がオフになり始めますが、95％でスタックし、その状態を維持します。場合によっては10分間、その他の場合は数時間です。マシンを再起動するために、コンソールからESXiを何度か再起動する必要がありました。
さて、誰かが何が起こっているのか、どうすればそれを修正できるのか、またはそれを防ぐための措置を講じることができるのか教えてもらえますか？信頼できる経験と知識を持ったコンサルタントを雇って見に来たところ、こんなものは今まで見たことがないとのことでした。彼はVM認定を受けている彼の友人に話しかけ、この問題について聞いたことがないとも言いました。返信ありがとうございます。できるだけ早く対応できるように最善を尽くします。現在、サーバーの電源がオフになっていて、9年前のServer 2000ボックスを再インストールし、ESXi 3.5のインストールを検討しています。4.0で作成されたホストが3.5で動作することを誰かが知っていますか？私は本当に避けたいですこれらのアカウントを再構築するには！4.0が正常に実行されているのとまったく同じハードウェアを備えた別の学校に別のサーバーがあるため、このサーバーで4.0が機能することはわかっています。
- ブレンダン
これは私にはハードウェアの問題のように思えます、例えば、悪いRAM。サーバーモデルのオフライン診断ディスクを実行してみてください（ディスクがない場合は、hp.comからISOをダウンロードできます）。
互換性の問題があると疑う理由はありませんが、ESXi 4との互換性についてサーバー自体とすべてのコンポーネントハードウェア（特にNIC、私の時代にはNICで多くの問題が発生しました）を確認しましたか VMware HCL ？
ログには何かが表示されていますか？ vSphereからのVMのネットワークアクティビティはどうですか？
次に試してみるのは、ログに何も表示されない場合に、ある種のパケットスニファをインストールすることです。システムがall応答している場合は、動作中のシステムでwiresharkを実行してみて、速度が低下したりロックしたりする前に画面が更新されるかどうかを確認してください。 sysinternalsからtcpmonを実行すると、手がかりが得られるかもしれません。
それ以外の場合は、LinuxでVMを設定し、それを介してネットワークトラフィックをリダイレクト（またはVMからのネットワークトラフィックをリダイレクト）して、wiresharkで何が表示されるかを確認してください。
ネットワークトラフィックが狂っている場合は、何が起こっているのかを嗅ぐ方法を見つける必要があるかもしれません。名前の競合または何らかのADレプリケーションの問題である場合は、ログに記録されます。
ネットワーク上で大量のバックアッププロセスが実行されていると劣化が見られますが、ファイルの複製などについては何も言及されていません。
これはあなたの状況で実行可能ですか？
これはデュアルコアCPUですか？仮想マシンをどのように構成し、それぞれにvCPUをどのように選択しましたか？各マシンで複数のvCPUを選択した場合、3.5の起動時間に問題があり、とにかく実際にはパフォーマンスが得られなかったという事実を知っています。
これが発生した場合、ホスト上のコンソールにアクセスして（ESXiがコンソールを提供するかどうかはわかりません）、プロセスが孤立しているかどうかを確認できます。 VMであるプロセスが孤立している場合は、ホストを再起動してプロセスをクリアする必要があります。
これは、ESX3.5および4.0で数回発生します。ゲストが3.5からアップグレードされている場合は、ハードウェアバージョンとクライアントツールがアップグレードされていることを確認する必要があります。ゲストにクライアントツールをインストールしたと思いますか？
上記（ESXi 4）に関連する問題がありますが、ハングしてシャットダウンできない3番目のVMでのみ発生しましたが、95％でスタックしました。問題はSEP10が原因であることに気付きましたが、Symantecとともにインストールされた1番目と2番目のVMには、3番目を除いて問題はありません。 vmの再インストールを削除しても同じであり、常に3番目のvmになります。
過去に、グループポリシーの何かによってマシンが定期的にロックされる状況に遭遇したことがあるので（私の場合は、電源管理用のVista固有のGPOをWin 7マシンIIRCに適用していました）、簡単に確認することをお勧めしますドメインへの参加が微妙な問題を引き起こしたかどうかを確認します。
以下を確認してください。
ゲストVMで現在開いたままになっているスナップショットはありますか？ DCでのスナップショットはお勧めできませんが、一般に、スナップショットを長時間開いたままにしておくと、特にDCSQLおよびExchangeサーバーでVMロックアップが発生する可能性があります。
VMに接続されている異常なハードウェア（フロッピーディスク、USBパススルー、シリアルポートなど）はありますか？デバイスを必要最小限にまで取り除きます。
サーバーのハードウェアで一連のテストを実行します。 HPのG5用スマートスタートにはまともなスイートがあります。それでもハードウェアのサポートがある場合は、HPに電話して、サポート担当者からアドバイスがあるかどうかを確認してください（IMO、かなり良いです）。
利用可能なものがある場合は、RAMスティックを別のセットと交換します。
VMはどのような種類のディスクから実行されていますか？ SANまたはローカル？ストックコントローラー、またはディスクリートコントローラー？インストールメディアの問題を除外しましたか？
編集：覚えたばかりです...ホストサーバーのNIC設定を確認してください。NIC機能（TCPオフロード？）の1つで問題が発生したことを漠然と覚えています。ホストNICで有効になっていて、ESX4.0で無効にする必要があります。