問題タブ [hypervisor]

KVM で、ゲスト VM のベース アドレスと GDT のサイズを取得しようとしています。Windows 7 64 ビット ゲスト VM 内の値を読み取ると、次の値が得られます: gdt base 0xfffff80003b37000、 gdt limit 0x7f。これらの値は、ドライバーを介してカーネルモードで gdtr を使用して読み取りました。ただし、すべての値が格納されている VMCB の VMEXIT (SYSCALL によってトリガーされる) で値を読み取ると、次の (異なる) 値が取得されます: gdt base 0xFFFFFFFFA03F8060、 gdt limit 0x8060。値が同じであると期待しています。正しい値を得るために行わなければならない何らかの変換/計算はありますか?

KVM で次の関数を使用して値を読み取ります。

私は実際にIDTRで同じ問題を抱えています。ただし、GDTR にのみ関心があります。CR3、RIP、RAX などの他のレジスタの読み取りは正常に機能します。

VMware を開こうとすると、VMware プレーヤーと Hyper-V に互換性がないと表示されます。ここで見つけましたが、提供されているコマンドを使用しても機能しません。

ヘルプを見ようとしたところ、そこに/hypervisorsettingsオプションがあることがわかりました。しかし、まだそれで動作しない、とそれは言いThe parameter is incorrectます.

誰でもこれを手伝ってもらえますか？

問題の説明: Ubuntu ディスク イメージのインポートが「エラー: VMWare SVGA が利用できません」で失敗します。CentOS にハイパーバイザーがある KVM を使用しています。

次のエラーが発生します。

インストールを完了できません:「内部エラー: モニターへの接続中にプロセスが終了しました: エラー: VMWare SVGA が利用できません」

Google コンピューティング上にクラウド仮想マシンがありますが、これは本質的に可用性が高いことを意味しますか? VM が GCE 上の単一のハードウェアで実行されている場合、ハードウェアの一部が破損すると、VM がダウンする可能性があります。VM はある種の RAID で実行されていますが、サーバー用ですか? では、マシンの 1 つがダウンした場合、別のマシンが起動して vm を実行し続けるのでしょうか? ありがとう。

を起動topしたり調べたりする/proc/cpuinfoと、2 つの CPU しか表示されません。システムで表示された値を で表示するとvirt-manager、そのツールは 32 vcpus を示します (これは正しいと思われる値です)。

ハイパーバイザーのスクリプトレベルで正しい値 (32) を見つけることができませんでした (まだ)。/proc/cpuinfo私は考えられる他のことを調べてき/sys/devices/system/cpu/ましたが、その価値はどこにもありませんでした。xenまたはのようなシェルコマンドもxm詳しく調べましたが、探している値を表示する方法が見つかりませんでした。

XEN システムが提供する vcpus の数を調べる方法を知っている人はいますか?

編集：lscpu私に与えます：

したがって、これも「32」はどこにも表示されません。

の内容/proc/cpuinfo:

Windows 8.1 の Windows 機能の選択肢の 1 つとして Hyper-V を利用できません (プロ バージョンではありません)。どうすればそれを手に入れることができますか？

私のコンピューターは仮想化をサポートしており、仮想化は既に有効になっています。以前にこの質問を確認しましたが、Windows8.1 の実際の解決策はありません。

実行可能な解決策がない場合、Windows8.1 ホーム エディションから Windows8.1 pro に更新/アップグレードするにはどうすればよいですか?

コンピューターのハードウェアに組み込まれているタイプ 1 と、ソフトウェア ベースのタイプ 2 の 2 種類のハイパーバイザーについて学びました。質問: 自分のコンピューターにタイプ 1 ハイパーバイザーがあるかどうかを確認するにはどうすればよいですか?

サスペンド モードで保持されている仮想マシンを使用しようとしているアプリケーションがあります。サスペンドとは、仮想マシンが起動され、完全に起動してからサスペンドされた状態になることを意味します。したがって、必要に応じて数秒以内にマシンを稼働させることができます (数分の完全な起動サイクルとは対照的です)。

ここで、仮想マシンがオンラインになったらすぐに、メッセージ キューとやり取りしたいと考えています。ただし、仮想マシンが開いている tcp/ip 接続 (メッセージ キューなど) を持っているときに仮想マシンをサスペンドすると、30 ～ 60 秒後までソケットが無効として検出されません。そのため、仮想マシンが一時停止から再開されたかどうかを検出することによって、この種の問題を処理する良い方法があるかどうか疑問に思っていました。

ネットワーク インターフェイスを有効にせずに仮想マシンを構成し、最初の接続を確立する前にネットワーク インターフェイスが接続されるのを待ち続けることで、有望な結果が得られました。ただし、私のシナリオに代わるより良い方法、またはバックアップ計画として試すことができるものがあることを知りたいです。