3.仮想マシンがクラッシュした上EXSiが、クライアント上で仮想マシンをシャットダウンすることはできません。Powerメニューがグレーアウトさなど、使用することはできません。
電源や他のメニューがグレーアウトされており、使用することはできません、これで新突然また、見た目にリモートコンソールを経由して、黒応答しませんでしたVM、すべてではないが死んだ、送信ホットスタートボタンには反映されませんでした。
解決策：最初のesxcli VMプロセスリストコマンドリストは174 184 052として、VMを実行している、そして世界IDチェックアウトセットVMの半分を死亡していると、物理サーバーにログインするためにsshを使用
次に= 174184052コマンドのesxcli VMプロセスキル--type =力--world-idは、プロセスを殺すために、次に電源を入れ...
〜＃のesxcli VMプロセスリスト
ニューヨーク・3.5
・ワールドID：174184052
プロセスID：0
VMXカルテルID：174184047
UUID：56 4D D7 4cとD8 4aはFDのA7-B5 40 39 67 B5 D5 94 4D
表示名：ニューヨーク- 3.5
コンフィグファイル：/ VMFS /ボリューム/ 564dba01 -f43069bc-45a0-0026b93b07be /ニューヨーク-3.5 /ニューヨーク、3.5.vmx
〜＃
〜＃のesxcliのVMプロセスキル--type =力--world-ID = 174184052
4. VMののvSphere ESXiの5.5ネストされた仮想化
IがKVM仮想マシンが作成されたサーバー上の仮想マシンを作成したので、それは、ネストされた仮想マシンです。私はEXSi、ネストされた仮想マシンの起動コマンドで仮想マシンを記録し、開いていない仮想CPU関連の機能をLinuxプロンプト。
私は、右のexsiクライアント上の仮想マシン、設定、オプション、CPU / MMU仮想化をクリックして使用Interl VT-X / AMD-V命令セットの仮想化を選択し、Interl EPT / AMD RVIを使用するMMU仮想化オプションでした。しかし、再び仮想マシン上で、問題がまだそこにあります。
解决步骤如下：。SSHログインexsi5.5の
B。仮想マシンの.vmx構成ファイルを変更
Exsiは、仮想マシン名のCentOSのように、仮想マシンの対応するディレクトリ名を見つけ、CD / VMFS /ボリューム/ datastore1 /ディレクトリに、シェルインターフェイスを入力してください
ディレクトリを入力します。
オープンcentos.vmxファイル、および、フィールドの最後にTRUE =以下vhv.enableを追加し、保存して終了。
centos.vmxを拭きます
TRUE = nce.enable
hypervisor.cpuid.v0 = FALSE
featMask.vm.hv.capable = "分：1"
vhv.enable = TRUE
ネットワーク上の全体的な物理サーバーへの変更の多くがありますが、これは私の環境では現実的ではありません。私はまた、いくつかの正式なビジネスを仮想マシンを実行するために使用さEXSIサーバーは、構成を検証するには、サーバーを再起動することはできません。
単一の仮想マシンのこの変更は、単に仮想マシンをすることができ、再起動する必要があります。
最終的な結論：純粋に解決するために使用から発生した4つの問題があります。具体的な原理は何の理解を促進していないし、展開します。うまく問題を解決します。
オンラインソリューションリファレンス人々のブログの多くは、共有するためのおかげで！