VMware vSphere Clientがコンソールでハングしているのはなぜですか？
（ESXi 4.1サーバーに対して）vSphere Clientを使用すると、lotがハングします。 VMのコンソールを使用して、常に同じ場所にあります。コンソールが応答を停止します。多くの場合、管理ウィンドウも応答を停止します。オペレーティングシステムはウィンドウを閉じず（アプリケーションが応答しないため）、強制的に閉じる必要があります。
コンソールがマウスをあきらめることを拒否し、左上にカーソルがある状態でコンソールがフリーズしました（VMソフトウェアが起動する前に？）。
環境は次のとおりです。システムは、Windows XPを実行するVirtualBoxOSEで完全に更新されたUbuntu10.10（Maverick）を実行するDellラップトップです（これも完全に更新されます）。 vSphere Clientは、Windows XPVMで実行されています。全部手に入れた？
これらのハングが発生しないようにするにはどうすればよいですか？それは非常に悪化しています。私はまだUbuntuサーバーでVMをロードしようとしています...
それはベアメタルWindowsで実行されることになっています、それが起こっているすべてに苦労しているのは驚きではありません、それはあなたがTCP 902＆903をブロックしていないことを確認してください。
私の場合、回避策は（Vcenterにアクセスできる場合）、フォーカス（左クリック）がゲストに置かれていることを確認することですVM凍結したコンソールで開いたので、コンソールを選択するときPCから色あせないウィンドウ（フリーズのベル）。
私のシステムでも同じことに気づきました。クライアントを実行するためのnixホストとxpゲストがあります。私はcentosインストールを実行しようとしましたが、それが発生するvmにcentosisoを追加するとすぐに。かなり戸惑いました。コンソールを強制終了して再度開き、そのvmのCDリストからISOを削除して、再び機能します。新しいVMを再作成し、テキストインストールのたびにいくつかの異なる6.xisoの同じものを使用しました。私はLinuxクライアントを持っているので、vmwareによって適切なコンソールが構築されていません。 vmwareプレーヤーを使用してコンソールをesxiサーバー上のvmに対して開くことができるちょっとしたヒントを見つけました。その後、centos isoを有効にして設定し、インストールできるようにしました。
-hはesxホストアドレスです。-uはesxユーザーです。次に、vmファイルの適切なデータストアの場所を追加します。 vmplayer -h 10.1.1.1 -u "root" "[datastore1] test/test.vmx"