第15章 仮想化
Hyper-V の割り込みコンテキストで発生するクラッシュで kdump
が正しく動作するようになりました
以前は、割り込みコンテキストでシステムクラッシュがトリガーされた場合、
kdump
ユーティリティーは Microsoft Hyper-V ハイパーバイザーで実行しているゲスト仮想マシンでメモリーダンプをキャプチャーできませんでした。この更新により、クラッシュが原因で、ゲストカーネルがゲストのシャットダウンプロセス中に冗長タスクを実行するのを防ぎます。これにより、上記のシナリオで kdump
が正しくメモリーダンプを作成できます。(BZ#1301903)
virt-what が IBM POWER LPARs を検出するようになりました。
以前は、virt-what ユーティリティーは、現在のシステムが IBM POWER 論理パーティション(LPAR)で実行されているかどうかを認識しませんでした。その結果、
subscription-manager
ユーティリティーは、IBM POWER LPAR で実行されているゲストの誤解を招くライセンス情報を表示していました。今回の更新で、virt-what が修正され、ゲスト仮想マシンが IBM POWER LPAR で実行されているタイミングを検出できるようになりました。その結果、このシナリオで subscription-manager
が正しいサブスクリプション情報を提供するようになりました。(BZ#1312431)
整列されていないブロック I/O 要求が正しく検出されるようになりました
以前は、ブロック I/O リクエストの scatter/gather リストのすべての要素の長さは、バッキングストレージの必要な調整に応じて調整されるようにチェックされませんでした。その結果、一部の設定では、キャッシュが none に設定されている場合に特に、長さが整っていない scatter/gather リストに少なくとも 1 つの要素を持つ I/O 要求を発行するゲストは、I/O エラーが発生します。今回の更新により、QEMU はベースアドレスに加えて、すべての要素の長さをチェックし、要求が正しく調整されているかどうかを決定するようになりました。その結果、アラインメントされていない要求が正しく検出され、QEMU は I/O 用に適切に調整されたバウンスバッファーを使用し、要求を正常に実行できます。(BZ#1321862)
仮想マシンの新しいデバイス用に、すべてのブリッジネットワークインターフェイスがリストされるようになりました
以前は、デバイスが仮想マシンに追加される際に、すべてのブリッジネットワークインターフェイスがリストされていました。今回の更新により、libvirt サービスが提供するデータを使用して、すべてのブリッジネットワークインターフェイスが適切に検出されるようになりました。その結果、libvirt に認識されているすべてのブリッジネットワークインターフェイスは、デバイスが仮想マシンに追加されると一覧表示されます。(BZ# 1333290)
rtl8139 デバイスエミュレーションの使用時に永続的なネットワーク接続
以前は、rtl8139 デバイスエミュレーションを使用する場合、仮想デバイスはパケット受信を無効にすることがありました。その結果、ネットワーク接続が失われました。今回の更新により、この問題は解決され、ネットワーク接続も保持されるようになりました。(BZ#1356924)
仮想ディスクの移行後にディスクを休止状態にすると、ゲストが応答しなくなる
多数の仮想ディスクの移行が同時にアクティブな場合、
QEMU
サービスがゲスト上のすべてのディスクを静止しようとするため、ゲスト仮想マシンが応答しなくなることがありました。今回の更新により、QEMU
は移行が終了したソースディスクのみを休止し、問題が発生しなくなりました。(BZ#876993)
-s 0 for qemu-img convert が正しく動作するようになりました。
以前は、qemu-img 変換 で -S 0 オプションを指定しても、出力ファイルのすべてのスパース領域に常にゼロが明示的に書き込まれる訳ではありませんでした。その結果、qemu-img convert -S 0 を実行しても、常に完全に割り当てられた出力ファイルが発生するわけではありませんでした。この更新により、コマンドが修正され、qemu-img convert -S 0 を常に実行すると、完全に割り当てられる出力ファイルが得られます。
qcow2 形式には、イメージを完全に割り当てられた出力ファイルに変換できる、別の事前割り当てオプションがあり、これは -S 0 オプションの使用よりも速く、完全に割り当てられた出力ファイルに変換できることに注意してください。ただし、他の形式では、これは -S 0 オプションでのみ実現できます。(BZ#1297653)
Hyper-V で複数の FC アダプターを使用したゲストの起動により重大なエラーが発生しなくなりました。
Microsoft Hyper-V ハイパーバイザーで複数の仮想ファイバーチャネル(FC)アダプターを使用するゲスト仮想マシンを起動すると、ゲストで重大なエラーが発生することがあります。今回の更新で、
storsvc
ドライバーが FC アダプターを読み込む際に参照数を正しく更新し、上記の問題が発生しなくなりました。(BZ#1316861)
セカンダリー CPU でクラッシュが発生すると、カーネルメモリーダンプをキャプチャーできるようになりました
以前は、誤ったマスク不可割り込み(NMI)のステータスが、Hyper-V ホストにより Generation 2 ゲストについて報告されていました。そのため、セカンダリー CPU でクラッシュが発生すると、カーネルメモリーダンプをキャプチャーできませんでした。今回の更新で、Hyper-V Generation 2 ゲストの誤った NMI ステータスが読み込まれないように、アップストリームパッチが適用されました。kdump ユーティリティーは、クラッシュの原因となった CPU に関係なく、適切に機能するようになりました。(BZ#1320215)
hv_utils モジュールのアンロードによりクラッシュがなくなる
以前は、hv_utils モジュールのバグが原因で、読み込み直後にモジュールが削除されたときにカーネルがクラッシュしていました。今回の更新で、モジュールアンロードパスを修正するためのアップストリームパッチが適用され、バグに対応しました。その結果、hv_utils モジュールをアンロードしてもクラッシュが生じなくなりました。(BZ#1321259)
ローカライズされた virt-manager
テキストがすべて正しく翻訳されている
以前は、
virt-manager
のテキストの一部は翻訳されませんでした。この更新により、virt-manager
のすべてのテキストが正しく変換されるようになりました。(BZ#1321729)
storvsc モジュールのアンロードにより、Hyper-V ゲストのカーネルクラッシュが生じなくなりました。
以前は、カーネルの競合状態により、storvsc モジュールがアンロードされたときに誤ったカーネルがクラッシュし、Hyper-V ゲストで再読み込みされていました。今回の更新で、競合状態を排除するために、カーネル SCSI コードに修正が適用されました。その結果、storvsc モジュールをアンロードすると、Hyper-V ゲストのカーネルクラッシュが生じなくなりました。(BZ#1343105)
virt-manager
でボンディングネットワークインターフェイスからのブリッジネットワークインターフェイスの作成が期待どおりに機能するようになりました。
virt-manager
インターフェイスを使用して既存のボンドネットワークインターフェイスからブリッジネットワークインターフェイスを作成すると、ボンドネットワーク設定ファイルが破損し、ゲスト仮想マシン上のスレーブネットワークインターフェイスの設定ファイルが削除されました。
今回の更新により、ブリッジネットワークインターフェイスの作成時に、
python-virtinst
サービスは、ブリッジに含まれるインターフェイスを指定して、インターフェイスの XML 定義を作成します。その結果、上記のシナリオでブリッジネットワークインターフェイスの作成の信頼性が高くなり、仮想ネットワークが機能しなくなることはありません。(BZ#1350683)
libguestfs は、/usr/
が /
と同じパーティションにない仮想マシンのオペレーティングシステムを識別するようになりました。
以前は、libguestfs は
/usr/
ディレクトリーが /
と同じパーティションにないゲストオペレーティングシステムを認識しませんでした。その結果、virt-sysprep
などの libguestfs ツールが想定どおりに機能しませんでした。今回の更新で、/usr/
ディレクトリーが /
と同じパーティションにない場合でも、libguestfs がゲストオペレーティングシステムを認識するようになりました。したがって、virt-sysprep
などの libguestfs ツールが想定どおりに動作します。(BZ#1388407)
Windows 8 仮想マシンが適切にシャットダウンされるようになりました。
以前は、32 ビットの AMD および Intel アーキテクチャープロセッサーを使用して Windows 8 ゲスト仮想マシンの電源をオフにすると、シャットダウン 画面で仮想マシンが応答しなくなっていました。
virtio
ドライバーと qxl
ドライバーの更新により、これは修正されました。その結果、シャットダウンプロセスは期待どおりに終了します。(BZ#1271469)