web-dev-qa-db-ja.com

再起動後にvSphereESXi 5.5Windowsゲストネットワークカードがアクティブにならない

問題:

  • Windows 2008R2またはWindows2012サーバーは、再起動後にネットワークにアクセスできません
  • すべてのVMが影響を受けるわけではありませんが、複数のVMと複数のホストが影響を受けます。
  • Windowsネットワーク構成は正しい情報を示しています
  • Ipconfigは169.254.x.xのIPアドレスを示しています
  • ゲストの無効化と再有効化NICは問題を修正します。また、VM切断/接続は問題を修正します。

私が試したこと:

  • VNICをE1000およびE1000eからVMXNET3に切り替えます(VMwareサポートごと)。これはしばらくは機能しているように見えましたが、問題は続いています。
  • 更新されたVMwareツール(最初は役立つように見えました)
  • 更新されたハイパーバイザー(最初は役立つように見えました)
  • 今日、私は新しいVMwareサポートチケットを開きました

ServerFaultに関する同様の質問は、デバイスマネージャーの電源管理をオフにするソリューションを提案しました。これが役立つかどうかはわかりますが、これが役立つかどうかは疑問です。 OSが起動プロセス中に電力を節約しようとしているとは思いません。

2
Paul

まだ確認できませんが、解決策は見つかったと思います。症状が私が見ているものに非常に近いので、私はこれを言います。

VMware KB:環境でCiscoデバイスを使用しているときに、ESX/ESXi上のMicrosoftWindows Vista以降の仮想マシンで誤った重複IPアドレスが検出されました http://kb.vmware.com/selfservice/microsites/search.do?language = en_US&cmd = displayKC&externalId = 102837

重複するIPアドレス0.0.0.0エラーメッセージのトラブルシューティング-Cisco http://www.Cisco.com/c/en/us/support/docs/ios-nx-os-software/8021x/116529-problemsolution-product -00.html

注:このCiscoコマンドの組み合わせを試しています

ip device tracking probe delay 20 ip device tracking probe interval 45

これらの2つのコマンドの1つが、1〜2分間ネットワークをダウンさせた可能性があります。 :-/

あなたはメンテナンスウィンドウの間にこれをしたいかもしれません!!!

2
Paul

これは、一部のWindows VM(2008 R2および2012)でかなり発生しました。ただし、問題は何度も再起動した後にのみ現れます。実際の数はかなり非決定的であるように見えます(2と20の間)。

KB記事102837 で推奨されているようにArpRetryCountを0に設定した後、問題は発生しなくなりました。

この問題を回避するには、ゲストオペレーティングシステムでGratuitousARPをオフにします。ゲストオペレーティングシステムでGratuitousARPをオフにするには:

  1. ゲストオペレーティングシステムをシャットダウンし、仮想マシンの電源を切ります。

  2. 仮想マシンをアップリンクのないネットワークvSwitchに変更します。この手順用に作成できます。

  3. 仮想マシンの電源を入れてログインします。

  4. レジストリエディタを開きます。
    • Windowsの場合XP to Windows Server 2003- [スタート]> [ファイル名を指定して実行]をクリックし、regeditと入力して、[OK]をクリックします。
    • Windows 7および現在の場合-[スタート]をクリックし、regeditと入力して、[OK]をクリックします。
  5. このレジストリキーを見つけます:
    • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
  6. [編集]> [新規]をクリックし、[DWORD値]をクリックします。
  7. ArpRetryCountと入力します。
  8. ArpRetryCountレジストリエントリを右クリックし、[変更]をクリックします。
  9. [値]ボックスに0と入力し、[OK]をクリックします。
  10. レジストリエディタを終了します。
  11. ゲストオペレーティングシステムをシャットダウンし、仮想マシンの電源を切ります。
  12. 仮想マシンをアップリンクを使用してネットワークvSwitchに戻します。
  13. 仮想マシンの電源を入れます。

これは現在、すべてのWindowsサーバーVMの標準手順になっています。

1
msz

彼を別のクラスターの別のVLANに移動して、問題が解決するかどうかを確認してください。VLAN IDがこの問題を引き起こす可能性があることがわかりました。特に、 VDS構成。

ここを参照してください:

enter image description here

ポートIDを変更してみてください。

1
Matthew Dartez