第26章 仮想化

virtio デバイスを作成し、ベクトル数を 32 より大きい値に設定すると、デバイスは、Red Hat Enterprise Linux 6 ではゼロに設定されているかのように動作しますが、Enterprise Linux 7 では動作しません。生成されるベクトル設定の不一致により、いずれかのプラットフォームの virtio デバイスのベクトル数が 33 以上に設定されていると、移行エラーが発生します。したがって、vector の値を 32 より大きく設定することは推奨されません。

SELinux は、qemu が TUN/TAP キューにアタッチするのを防ぎます。マルチキューのネットワークインターフェイスコントローラー (NIC) は、Red Hat Enterprise Linux 7 ではデフォルトで無効になっているため、有効にしないでください。

Boxes ツールでソースとして Red Hat Enterprise Virtualization Manager 3.2 インスタンスを追加することができます。仮想マシンのリストは表示されますが、仮想マシンに接続しようとすると、接続失敗 メッセージが表示されて失敗する場合があります。

SPICE クライアントが仮想マシンに接続されている場合、Red Hat Enterprise Linux 6.5 から Red Hat Enterprise Linux 7 へ、または Red Hat Enterprise Linux 7 から Red Hat Enterprise Linux 7 へのライブマイグレーションは失敗します。

thin_repair (8) マニュアルページには、thin_repair ユーティリティーが入力ファイルからメタデータを修復できるという誤った説明があります。ただし、このような thin_repair の使用方法はサポートされておらず、ユーティリティーはデバイスからのメタデータでのみ適切に機能します。ファイルからメタデータを修復するには、代わりに thin_restore ユーティリティーを使用してください。

QEMU ゲストエージェントの現在の実装では、ボリュームシャドウコピーサービス (VSS) プロバイダーがゲスト内にシャドウコピーを作成することはできません。シャドウコピーを作成しようとすると、エラーが返されます。この実装は、ファイルシステムをフリーズする手段としてのみ使用してください。

仮想マシンで QXL または SPICE を使用してセッションからログアウトすると、GNOME Display Manager (GDM) に戻ることができません。また、service gdm restart コマンドを使用して GDM を再起動することはできません。

QXL デバイスの最小 VRAM サイズは、Red Hat Enterprise Linux 6 では 16MB ですが、Red Hat Enterprise Linux 7 では 4KB です。したがって、8MB 以下の VRAM サイズを指定すると、実際の VRAM サイズがバージョン間で異なり、Red Hat Enterprise Linux 6 から Red Hat Enterprise Linux 7 へのライブマイグレーションが失敗します。この問題を回避するには、Red Hat Enterprise Linux 6 で 8MB 以下の VRAM サイズを指定しないでください。デフォルトのサイズである 9MB では、前述の問題は発生しません。

QEMU の -drive オプションのシリアルプロパティーは、Red Hat Enterprise Linux 7 で非推奨になりました。仮想ディスクのシリアル番号は、libvirt または QEMU の -device オプションを使用して指定できます。

Red Hat Enterprise Linux 5 と同じ仮想ハードウェアを提供するマシンタイプ (例: rhel-5.4.0) は、Red Hat Enterprise Linux 7 では使用できなくなりました。したがって、これらのマシンタイプを使用する仮想マシンは、最初に新しいマシンタイプ (rhel-6.5.0 や pc など) にアップグレードしない限り、Red Hat Enterprise Linux 7 で起動したり、Red Hat Enterprise Linux 7 に移行したりすることはできません。

xrdb ユーティリティーは、X サーバーリソースデータベースを管理します。従来、ユーティリティーは、cpp パッケージによって提供される C プリプロセッサーを呼び出して、さらなる操作の前にリソースファイルをデプロイメントします。ただし、ほとんどの場合、C プリプロセッサーは必要ないため、この機能は Red Hat Enterprise Linux 7 ではデフォルトで無効になっています。以前の動作を保持するには、cpp をインストールし、-cpp オプションを指定して xrbd を実行します。

macvtap ドライバーは、標準の Linux 入力スタックをバイパスし、ユーザー空間から送信されたパケットを迂回させます。これにより、パケットを tcpdump アプリケーションに配信するメカニズムもバイパスされます。したがって、macvtap デバイスのトラフィックはデフォルトではキャプチャされません。この問題を回避するには、次のコマンドを実行します。

tcpdump -i eth0 ether host mac_address

tcpdump -i eth0 ether host mac_address

上記のコマンドを使用すると、tcpdump は macvtap デバイスに割り当てられた MAC アドレスによってトラフィックをフィルタリングします。その結果、macvtap デバイスのトラフィックが適切にキャプチャされます。

特定の状況下で、virtio-scsi デバイスが存在する場合、Red Hat Enterprise Linux 6 から Red Hat Enterprise Linux 7 ホストへの移行はマシンタイプ rhel6.3.0 以前で失敗します。この問題は、Windows 8 64 ビットゲストマシンでのみ確認されています。この問題を回避するには、マシンタイプを rhel6.4.0 以降にアップグレードします。

Red Hat Enterprise Linux 5 バージョンの X.Org に含まれる x86emu エミュレーターは、vgabios に含まれる多くの x86 アセンブラー命令で 32 ビット 接頭辞を正しく処理できません。その結果、Red Hat Enterprise Linux 7 ホストで Red Hat Enterprise Linux 5 ゲストを実行すると、AMD64 および Intel 64 ゲストで vesa ドライバーが機能せず、ゲストマシンの X サーバーが起動しません。この問題を回避するには、代わりに cirrus VGA および qxl VGA のネイティブドライバーを使用してください。これを行うには、/etc/X11/xorg.conf ファイルを編集し、Device セクションの Driver エントリーを vesa から cirrus または qxl に変更する必要がある場合があります。

Red Hat Enterprise Linux 7 ホストで Red Hat Enterprise Linux 4.9 をゲスト仮想マシンとして実行している場合、ゲストは VGA ドライバーを検出できません。その結果、GUI は機能しません。この問題を回避するには、コマンドラインインターフェイスを使用して SSH 接続経由で Red Hat Enterprise Linux 4.9 サーバーにアクセスするか、サーバーを Red Hat Enterprise Linux 6 または Red Hat Enterprise Linux 7 にアップグレードします。

Red Hat Enterprise Linux 5 に含まれる X.Org バージョンは、evdev デバイスの自動設定をサポートしていません。したがって、Red Hat Enterprise Linux 7 ホストで Red Hat Enterprise Linux 5 ゲストを実行している場合、手動で設定しない限り、入力デバイスは機能しません。この問題を回避するには、QEMU によってエミュレートされる USB タブレットの次の例に従って、ゲストマシンの xorg.conf 設定ファイルを編集します。

virsh ユーティリティーは、Microsoft Windows XP および Windows 2003 仮想ゲストマシンのシステムファイルコンシステントスナップショットをサポートしていません。その結果、snapshot-create-as --quiesce --disk-only コマンドを実行すると失敗します。この問題を回避するには、--quiesce オプションを使用しないでください。スナップショットはゲストファイルシステムと一致しないことに注意してください。

Microsoft Windows 8.1 および Windows 2012 R2 システムは、すべての qemu-kvm CPU モデルに存在しないいくつかの CPU 機能を必要とします。したがって、Opteron_G1、Conroe、および kvm64 などの特定の CPU モデルが使用されている場合、Microsoft Windows 8.1 および Windows 2012 R2 は起動しません。この問題を回避するには、Microsoft Windows 8.1 および Windows 2012 R2 で必要な機能を含む CPU モデルを使用してください。

KVM ゲスト仮想マシンの QEMU Enhanced Disk フォーマット (QED) は、Red Hat Enterprise Linux 7 ではサポートされていません。代わりに qcow2 イメージ形式を使用してください。

SeaBIOS アプリケーションは、BIOS インターフェイスとの互換性のためにリアルモードで実行します。これにより、利用可能なメモリーの量が制限されます。これにより、SeaBIOS は、限られた数のディスクのみを処理できるようになりました。現在、対応しているディスク数は次のとおりです。 この問題を回避するには、仮想マシンに多数のディスクを割り当てる場合に、システムディスクの pci スロット番号が小さいことを確認してください。そのため、pci バスをスキャンすると、SeaBIOS が最初にそれを認識するようになります。ディスクごとのメモリーオーバーヘッドが小さいため、virtio-blk の代わりに virtio-scsi デバイスを使用することも推奨されます。

ネットワーク以外のソースから Red Hat Enterprise Linux 7 をインストールする場合、インターフェイス設定ファイルでネットワークデバイスがデフォルトで指定されていません。その結果、virsh ユーティリティーで iface-bridge コマンドを使用してブリッジを作成すると、エラーメッセージが表示されて失敗します。この問題を回避するには、/etc/sysconfig/network-scripts/ifcfg-* ファイルに DEVICE= 行を追加します。

エミュレートされた Small Computer System Interface (SCSI) ドライバー sym53c895 は、Red Hat Enterprise Linux 7 ではサポートされていません。その結果、Xen 仮想マシンモニターで実行されている Red Hat Enterprise Linux 7 ゲストは、現在、エミュレートされた SCSI ドライバーを介して Red Hat Enterprise Linux 7 ゲストに接続されているデバイス、ボリューム、およびイメージを見つけることができません。この問題を回避するには、Red Hat Enterprise Linux 7 でサポートされている準仮想化ドライバー xen-blkfront を使用してパフォーマンスを大幅に向上させることができます。これを行うには、通常は /etc/xen/ ディレクトリーにある Xen ドメイン設定ファイルを編集し、問題のディスクを file:/ の代わりに file:/root/raw.img,xvdc,w のように指定します。root/raw.img,sdc,w .

KVM 経由でシリアルコンソールを使用している場合、GRUB 2 メニュー内を移動するために矢印キーを長時間押し続けると、動作が不安定になります。この問題を回避するには、矢印キーを長時間押し続けることによる高速入力を回避します。