リリースノートの更新

インストール関連の注記

機能の更新

ドライバーの更新

カーネル関連の更新

他の更新

技術プレビュー

解決済みの問題

既知の問題

完全仮想化された SMP ゲストに Red Hat Enterprise Linux 5 をインストールするとインストールがフリーズする場合があります。 ホスト (dom0) が Red Hat Enterprise Linux 5.1 を実行している場合に起こります。

これを防ぐには、 ゲストがインストールで単一のプロセッサを使用するよう設定します。 virt-install で --vcpus=1 オプションを使用すると行うことができます。 インストールが完了したら、 virt-manager の割り当てられた vcpus を変更してゲストを SMP に設定することができます。

本リリースには、 Samba および DNS 用のユーザーフレンドリーな管理インターフェースを提供するウェブベースのアプリケーションスィート WBEMSMT が含まれます。 WBEMSMT についての詳細は http://sblim.wiki.sourceforge.net/ を参照してください。

Red Hat Enterprise Linux 5.1 Beta バージョン pm-utils からの pm-utils のアップグレードは次のようなエラーを出して失敗します。

error: unpacking of archive failed on file /etc/pm/sleep.d: cpio: rename

これを防ぐには、 アップグレードを行う前に /etc/pm/sleep.d/ ディレクトリを削除しておきます。 /etc/pm/sleep.d/ になんらかのファイルがある場合は、 そのファイルを /etc/pm/hooks/ に移動します。

Mellanox MT25204 のハードウェアテストにより特定の高負荷条件下で内部エラーが発生することが明らかになりました。 ib_mthca ドライバがこのハードウェア上で重篤なエラーを報告する場合、 通常、 ユーザーアプリケーションによって生成される顕著な作業要求数に対して完了できるキューの深さが不十分な場合に関連します。

ドライバがハードウェアをリセットしてこのようなイベントから回復しても、 既存の接続はすべてエラー発生時に失われます。 これは一般的にユーザーアプリケーションのセグメンテーション障害となります。 さらに、 opensm がエラー発生時に実行していた場合は、 正常な動作を再開させるため手動で起動する必要があります。

Driver Update Disk が Red Hat の Driver Update Program RPM ベースパッケージングに対応するようになります。 ドライバディスクが新しい形式を使用する場合、 システムの更新を行っても保持される RPM パッケージ化ドライバを含ませることが可能になります。

ドライバ RPM はインストールされたシステムで使用しているデフォルトカーネルの変形に対してしかコピーされません。 たとえば、 ドライバ RPM を仮想化カーネルを実行しているシステムにインストールすると仮想化カーネル用のドライバのみインストールします。 ドライバ RPM はそのシステム内にインストールされたその他のカーネルの変形に対してはインストールされません。

複数のカーネルの変形がインストールされているシステムのような場合は、 それぞれのカーネルでシステムを起動してそのドライバ RPM をインストールする必要があります。 たとえば、 ベアメタルのカーネルと仮想化カーネルの両方がインストールされている場合、 ベアメタルカーネルを使ってシステムを起動しドライバ RPM をインストールします。 次に、 今度は仮想化カーネルで再起動してドライバ RPM を再びインストールします。

dom0 のライフタイム期間中はゲストを 32,750 回を超えて作成することはできません (xm create)。 たとえば、 ループでゲストを再起動している場合、 dom0 はゲストを合計で 32,750 回再起動したあとはゲストの起動に失敗するようになります。

これが発生した場合は、 dom0 を再起動します。

Red Hat Enterprise Linux 5.1 NFS サーバーが照会エキスポートに対応するようになります。 これらのエキスポートは NFSv4 プロトコルに対する拡張をベースとしています。 これらの拡張に対応していない NFS クライアント (5.1 以前の Red Hat Enterprise Linux リリース) はこれらのエキスポートにはアクセスできません。

NFS クライアントがこれらのエキスポートに対応していない場合、 エキスポートへのアクセス試行はすべて I/O エラーを出して失敗する可能性があります。 クライアントの実装によっては、 システムクラッシュなど、 より深刻な障害を発生させる可能性がある場合もあります。

エクスポートに対応していないクライアントが NFS 参照エクスポートにアクセスしないよう予防策を講じることが重要となります。

GFS2 は GFS の累計的進展です。今回の更新では、オンディスクファイルシステム 形式への変更を必要とする数種の重要な改善を適用しています。GFS ファイルシステムは、ユーティリティ gfs2_convert を使用して GFS2 に変換できます。このユーティリティが GFS ファイルシステムのメタデータを適切に更新します。

GFS2 は Red Hat Enterprise Linux 5 に導入されてから大きく改善されていますが、 いまだテクノロジープレビューとなります。 ディストリビューションに含まれるリリースノートでは GFS2 が完全にサポートされていると誤って記載されています。 しかしながら、 ベンチマークテストでは以下の部分でより高速なパフォーマンスを見せています。

更に GFS2 は以下のような変更を持ちます:

HP BL860c ブレードシステムに Red Hat Enterprise Linux 5.1 をインストールすると IP 情報の要求ステージでハングする場合があります。 Configure TCP/IP 画面で OK を 2 回選択しなければならないときにこの問題が現れます。

これが発生した場合、 再起動を行いイーサネット自動ネゴシエーションを無効にしてインストールを行ってください。 これを行うには、 インストールメディアから起動する場合にパラメータ ethtool="autoneg=off" を使用します。 これを行っても最終的にインストールされるシステムに影響はありません。

nohide エキスポートオプションが照会エキスポートで必要になります (詳細サーバーを指定するエキスポート)。 照会エキスポートは結合マウントポイントをクロスオーバーする必要があるためです。 nohide エキスポートオプションはこのようなクロスオーバーが成功するために必要となります。

結合マウントについての詳細は、 man exports 5 を参照してください。

この更新には lvm2 イベントモニタリングデーモンが含まれています。 すでに lvm2 ミラーリングを使用している場合は、 次の手順を行いモニタリング機能がすべて正しくアップグレードされるようにしてください。

Rapid Virtualization Indexing (RVI) が 64-bit、 32-bit、 32-bit PAE のカーネルでサポートされるようになります。 ただし、 RVI は 32-bit PAE ハイパーバイザーでは 32-bit ゲストの仮想アドレスの変換しかできません。

たとえば、 ゲストが 3840MB を越える RAM で PAE カーネルを実行している場合、 誤ったアドレス変換のエラーが発生します。 これによりゲストがクラッシュする可能性があります。

RVI 下において 4 GB を越える物理 RAM でゲストを実行する予定の場合は 64-bit カーネルを使用されることを推奨します。

AMD Rev F プロセッサを使用して 16 コアまたはそれ以上を実行すると、 完全仮想化ゲストのインストールを行う場合にシステムのリセットになる可能性があります。

systemtap パッケージがすでにインストールされている状態で systemtap-runtime パッケージをインストールすると、 トランザクションチェックエラーになります。 また、 systemtap パッケージがすでにインストールされている状態で Red Hat Enterprise Linux 5 を 5.1 にアップグレードしても同様に失敗します。

このような場合、 systemtap-runtime のインストールやアップグレードを行う前に、 rpm -e systemtap-0.5.12-1.e15 コマンドを使って systemtap パッケージを削除します。

NFSROOT をセットアップする場合、 BOOTPROTO を /etc/sysconfig/network-scripts/ifcfg-eth0 内で BOOTPROTO=dhcp として設定しなければなりません。

ご使用の環境に BOOTPROTO の別の設定が必要な場合は、 最初に initrd が作成される前に一時的に /etc/sysconfig/network-scripts/ifcfg-eth0 内に BOOTPROTO=dhcp を設定します。 initrd が作成されたら BOOTPROTO のオリジナルの値をリセットできます。

IBM Bladecenter 用の QLogic iSCSI Expansion Card はイーサネットと iSCSI の両方の機能を提供します。 カードの一部は両方の機能で共有されます。 しかし、 現在の qla3xxx ドライバと qla4xxx ドライバはイーサネットと iSCSI の機能を別々にサポートします。 いずれのドライバもイーサネットと iSCSI 機能の同時使用はサポートしていません。

イーサネットと iSCSI の機能の同時使用はデバイスをハングさせる可能性があります。 これにより iSCSI デバイス上のデータ紛失やファイルシステムの破損、 他の接続イーサネットデバイスでのネットワーク分断が発生する恐れがあります。

既存ゲストにディスクを追加するために virt-manager を使用する場合、 ゲストの /etc/xen/<domain name> 設定ファイル内に重複したエントリが作成される場合があります。 これらの重複エントリによりゲストの起動が妨げられます。

このような場合、 これらの重複エントリを削除しなければなりません。

2 ホスト間でゲストの移行を繰り返すといずれかのホストがパニックを起こす要因となる場合があります。 任意のゲストをシステムから移行後、 同じゲストを移行して戻す前にホストが再起動されるとパニックは発生しません。

sos を指示するため、 sysreport は廃止される予定です。 sos をインストールするには yum install sos を実行します。 このコマンドは sos をインストールしてから sysreport を削除します。 既存のキックスタートファイルはすべてこれを反映するよう更新することを推奨します。

sos をインストールしたら、 コマンド sosreport を使って呼び出します。 コマンド sysreport を使用すると sysreport は廃止になるという警告を生成し、 続行して sosreport を呼び出します。

明確に sysreport ツールを使用する必要がある場合、 コマンド sysreport.legacy を使ってそれを呼び出します。

sosreport に関する詳細は man sosreport および sosreport --help を参照してください。

Red Hat Enterprise Linux 5 CD-ROM の内容をコピーしている場合(例えば、ネットワークベースのインストールの準備をしている場合等)、オペレーティングシステム用の CD-ROM のみをコピーすることに注意して下さい。補助 CD(Supplementary CD-ROM)やレイヤード製品(layered product)の CD-ROM はコピーしないで下さい。これらの CD-ROM は Anaconda の正常な動作に必要なファイルを 上書きしてしまいます。

補助 CD や他のレイヤード製品 CD の内容は Red Hat Enterprise Linux 5.1 のインストールが終了した後に インストールする必要があります。

完全仮想化ゲスト上に Red Hat Enterprise Linux 5.1 をインストールしている場合、 kernel-xen カーネルは使用しないでください。 このカーネルを完全仮想化ゲスト上で使用すると、システムがハングする原因になります。

完全仮想化ゲスト上での Red Hat Enterprise Linux 5.1 のインストールにおいて インストール番号を使用している場合は、そのインストール中に Virtualization パッケージグループは確実に選択解除して下さい。Virtualization パッケージ グループオプションは kernel-xen カーネルをインストールしてしまいます。

paravirtualized のゲストはこの問題の影響を受けないことに注意して下さい。 Paravirtualized ゲストは常に、kernel-xen カーネルを使用します。

Red Hat Enterprise Linux 5 から 5.1 へのアップグレードに Virtualized カーネルを使用する場合は、 アップグレードが完了したら再起動する必要があります。 次に更新された Virtualized カーネルを使ってシステムを起動してください。

Red Hat Enterprise Linux 5 のハイパーバイザーと 5.1 のハイパーバイザーは ABI 互換ではありません。 アップグレード後に更新された Virtualized カーネルを使ってシステムを起動しないと、 更新された仮想化 RPM は稼働しているカーネルと一致しません。

CIFS クライアントはバージョン 1.48aRH に更新されました。これは、1.48a リリースを 土台にしており、以下の変更を適用するパッチが付いています:

EMC Celerra 製品（NAS Code 5.5.26.x とそれ以下）の 使用者にとって、EMC NAS 上で共有にアクセスしている場合、CIFS クライアントがハングする ことに注意して下さい。この問題は以下のカーネルメッセージが特徴となります:

kernel:  CIFS VFS: server not responding
kernel:  CIFS VFS: No response for cmd 162 mid 380
kernel:  CIFS VFS: RFC1001 size 135 bigger than SMB for Mid=384

CIFS マウントの後、そこではどんなファイルも読み込み/書き込みが出来なくなります。 そして、そのマウントポイント上での I/O の試みをするアプリケーションはハングします。 この問題を解決する為には、NAS Code 5.5.27.5 又はそれ以降（EMC Primus ケース番号 emc165978 を使用）に更新して下さい。

MODULE_FIRMWARE タグは今回、サポートされます。

ICH9 コントローラは今回サポートされています。

Greyhound プロセッサは今回、CPUID コール内でサポートされています。

Oprofile は今回、新しい Greyhound パフォーマンスカウンターイベントをサポートします。

Directed DIAG は今回、z/VM 使用を向上する為にサポートされています。

Intel グラフィックスチップセットは今回、DRM カーネルモジュールを介してサポートされています。更に、DRM API は、ダイレクトレンダリングを サポートする為にバージョン 1.3 にアップグレードされました。

ACPI パワーマネジメントが更新されて、S3 suspend-to-RAM と S4 hibernate が向上しました。

gaim は現在では、pidgin と呼ばれます。

Intel microcode は バージョン 1.17 に 更新されました。これは、新しい Intel プロセッサ用のサポートを 追加します。

EMC Clariion ストレージ上で、dm-multipathを 使用する Implicit active-active フェイルオーバーは今回サポートされています。

中国語フォント Zysong は 今ではfonts-chinese パッケージの一部としてインストールされていません。Zysong は今回は、fonts-chinese-zysong として別にパッケージされて います。fonts-chinese-zysong パッケージは 補助 CD （付録 CD）内に収納されています。

fonts-chinese-zysong パッケージは 中国国家標準 GB18030 を サポートする為に必要であることに注意して下さい。

Challenge Handshake Authentication Protocol (CHAP) のユーザー名とパスワードは それぞれ 256 文字までの限界を持ちます。

pump はこの更新では、無用になりました。その為、 netconfig を通じたネットワークインターフェイスの設定は ifcfg スクリプトの損傷に結果する可能性があります。

ネットワークインターフェイスを適切に設定するには、代わりに system-config-network を使用します。更新された system-config-network パッケージをインストールすることで、netconfig を 削除します。

rpm --aid は、もうサポートがありません。パッケージを 更新したり、インストールする場合は、yum の使用が推奨されます。

SATA 装着のシステムが起動プロセス中に休止して、復帰する前にエラーメッセージを表示する 原因となった SATA バグは今回修正されています。

複数起動システムでは、parted は今回、Windows Vista™ がインストールされている最初のプライマリパーティションの最初のセクターを保存します。 この状態で、Red Hat Enterprise Linux 5.1 と Windows Vista™ の 両方を持つ複数起動システムを設定している場合、後者は今ではブート不能にはなりません。

rmmod xennet は今回は、もう domU が クラッシュする原因にはなりません。

メモリーを node 0 に設定していない 4-socket AMD Sun Blade X8400 Server Module システムは今回は、 ブート時にパニックを起こしません。

conga と luci はフェイスオーバー ドメインの作成と設定に使用することができます。

yum を通じて、Cluster Storage グループを インストールしている場合、このトランザクションはもう失敗しません。

インストール中の間違えた SELinux コンテキストは今ではもう /var/log/faillog と /var/log/tallylog に割り当てられません。

デュアルコア AMD プラットフォーム上で、シングル cpu 上の cpu 集中型活動は、今ではもう CPU コアが周波数を変更する原因にはなりません。

スプリットインストールメディア(例: CD や NFSISO)を使用して Red Hat Enterprise Linux 5.1 をインストールする場合、今回はもう amanda-server のインストール時にエラーが発生しません。

インストールプロセス中に Anaconda は今回、4GB 以上の RAM を検出します。これにより、Anaconda は自動的に カーネルの kernel-PAE 異種をインストールすべきかどうかを決定できます。

EDAC は今では、最新の k8 プロセッサ上のメモリーを正しいサイズで報告します。

gdm を経由して Gnome デスクトップにリモートログインしても、 今ではもうログイン画面がハングする原因にはなりません。

複数マウントの正しい動作を妨害していた autofs バグは 今回修正されています。

utrace への数種のパッチが以下の修正に適用されます:

アラームと定期的 RTC 割り込みが正しく動作するのを阻止していた RealTime Clock (RTC) バグは 今回修正されています。

Anaconda の中で初めて Release Notes ボタンを クリックすると、ウィンドウがリリースノートを描写するのに少々の遅れがあります。この待ち時間の間、 ウィンドウ内に空白に見えるリストが出現します。この描写はすぐに完了しますので、ほとんどのユーザーは この空白に気づかないかも知れません。

この遅れはその大部分が、パッケージインストールの工程がインストール全体で最も CPU 集中の工程であると いう事実が理由となります。

MegaRAID ドライバーを使用するホストバスアダプタは、"I2O"エミュレーションモードではなく、 "Mass Storage" エミュレーションモードで動作するように設定される必要があります。これを 行なうには、以下のステップを実行します:

アダプタが間違えて "I2O" エミュレーションモードに設定された場合、システムは i2o ドライバーをロードしようとします。これは失敗して、正しいドライバーのロードを 阻止してしまいます。

以前の Red Hat Enterprise Linux のリリースでは、一般的に MegaRAID ドライバーより先に I20 ドライバーをロードすることはありません。これに関係なく、Linux で使用する場合は、 ハードウェアは常に "Mass Storage" エミュレーションモードに設定すべきです。

Cisco Aironet MPI-350 ワイヤレスカードを装備している ラップトップでは、ワイヤ付きイーサネットポートを使用してネットワークベースの インストールをする間に、DHCP アドレスの取得をしようとしてハングする可能性があります。

これを回避するには、インストール用のローカルメディアを使用します。別の方法として、 インストール前にラップトップ BIOS 内のワイヤレスカードを無効にすることも出来ます。 (インストールの後にワイヤレスカードは再度、有効にできます)

今のところ、system-config-kickstart パッケージの選択と 選択解除をサポートしていません。system-config-kickstart を 使用する場合、パッケージの選択 オプションはそれが無効で あるような表示をします。これは、パッケージの選択 が yum を使用してグループ情報を取得するのにも関わらず、yum を Red Hat Network へ 接続できないことが原因です。

今のところ、キックスタートファイル内でパッケージセクションを手動で更新する必要があります。system-config-kickstart を使用してキックスタートファイルを開く場合、その中の全てのパッケージ情報は維持され、保存時に書き込まれます。

/var/log/boot.log へのブートタイムロギングは、本リリースの Red Hat Enterprise Linux 5 では利用できません。同等の機能が将来の更新で 追加されます。

Red Hat Enterprise Linux 4 から Red Hat Enterprise Linux 5 にアップグレードする場合、デプロイメントガイドは 自動的にはインストールされません。アップグレードを完了した後で、pirut を 使用して手動でこれをインストールする必要があります。

X が稼働中で、vesa 以外のドライバーを使用している場合、 システムは kexec/kdump カーネルに正しく 再起動しないかも知れません。この問題は ATI Rage XL グラフィクス チップセットでのみ存在します。

ATI Rage XL を持つシステムで X が稼動している場合、それが kexec/kdump カーネルに正しく再起動するために 確実に vesa ドライバーを使用して下さい。

nVidia CK804 チップセットを持つマシン上の Red Hat Enterprise Linux 5 を使用する場合、 以下のようなカーネルメッセージを受ける可能性があります:

kernel: assign_interrupt_mode Found MSI capability
kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS

これらのメッセージは特定の PCI-E ポートが IRQ を要求していないことを示します。 更に、これらのメッセージは如何なる面でもマシンの操作に影響することはありません。

取り出し可能なストレージデバイス（CD や DVD など）は、 root としてログインしている場合には 自動的にマウントしません。その場合、グラフィカルファイルマネージャを通じて手動でデバイスを マウントする必要があります。

別の方法として、以下のコマンドを使用してデバイスを /media に マウントします:

mount /dev/<device name> /media

IBM System z は伝統的な Unix スタイルの物理的な コンソールを提供しません。そのため、IBM System z 用の Red Hat Enterprise Linux 5 は初期プログラムロード中に firstboot の 機能をサポートしていません。

IBM System z 上の Red Hat Enterprise Linux 5 用に正しい 初期化を設定するには、インストールの後で、次のコマンドを実行します:

Red Hat Network 経由で Red Hat Enterprise Linux 5 から Red Hat Enterprise Linux 5.1 へアップグレードしている場合、 yum は redhat-beta 鍵をインポートするように要求しないかも知れません。 そのような場合、アップグレードの前に手動で redhat-beta 鍵をインポートして下さい。これを実行するには、 以下のコマンドを使用します:

rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-beta

設定済のファイラー上で LUN が削除されると、その変更はホスト上では反映されません。 そのようなケースでは、LUN がその時点で 滞留（stale）状態になるため、 dm-multipath が 使用されると lvm コマンドは 無限にハングします。

これを迂回するには、滞留している LUN に特有の /etc/lvm/.cache 内にある 全てのデバイスと mpath リンクエントリを削除します。

次のコマンドを使用してこれらのエントリが何かを調べます:

ls -l /dev/mpath | grep <stale LUN>

例えば、<stale LUN> が 3600d0230003414f30000203a7bc41a00 の場合、以下のような結果が 出ます:

lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00 -> ../dm-4
lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00p1 -> ../dm-5

これは、3600d0230003414f30000203a7bc41a00 が二つの mpath リンク ： dm-4 及び dm-5 にマップされていると言う意味です。

その状況では、以下の行が /etc/lvm/.cache から削除される 必要があります:

/dev/dm-4 
/dev/dm-5 
/dev/mapper/3600d0230003414f30000203a7bc41a00
/dev/mapper/3600d0230003414f30000203a7bc41a00p1
/dev/mpath/3600d0230003414f30000203a7bc41a00
/dev/mpath/3600d0230003414f30000203a7bc41a00p1

CD / DVD から完全仮想化の Windows™ ゲストを作成しようとしている場合、 ゲストインストールの 第二段階は再起動では継続されない可能性があります。

これを回避するには、 /etc/xen/<name of guest machine> の編集で CD / DVD デバイスのエントリに正しい記名をします。

単純ファイルへのインストールが仮想デバイスとして使用される場合、/etc/xen/<name of guest machine> の disk の行は以下のようになります:

disk = [ 'file:/PATH-OF-SIMPLE-FILE,hda,w']

ホスト上に /dev/dvd として位置している DVD-ROM デバイスは hdc と言うエントリを 'phy:/dev/dvd,hdc:cdrom,r' の 様に追記することでインストールの第二段階で利用可能になることができます。そのため、 ディスクの行は以下のようにすべきです:

disk = [ 'file:/opt/win2003-sp1-20061107,hda,w', 'phy:/dev/dvd,hdc:cdrom,r']

使用する正確なデバイスパスはハードウェアにより変化します。

sctp モジュールがカーネルに追加されていない場合は、 -A inet オプションか、あるいは -A inet6 オプションを付けた netstat を実行すると、 以下のようなメッセージを出して異常終了します。

netstat: no support for `AF INET (sctp)' on this system.        

これを防止するには、sctp カーネルモジュールをインストールします。

現在のカーネルは起動時にシリアルポートに表示する前にDTR（Data Terminal Ready） シグナルの表明をしません。DTR 表明は一部のデバイスで要求されている為、結果としてそのようなデバイス上の シリアルコンソールではカーネルブートメッセージは表示されません。

一部のプラットフォーム(HP dc7700など)で使用された AMD 8132 や HP BroadCom HT100 は MMCONFIG サイクルをサポートしません。使用中のシステムが いずれかのチップセットを持っている場合、その PCI 設定は、従来の PortIO CF8/CFC メカニズムを使用する必要があります。これを設定するには、インストール時に カーネルパラメータ -pci nommconfig でシステムをブートして、 再起動後に GRUB に pci=nommconf を追加します。

更に、AMD 8132 チップセットは Message Signaled Interrupts (MSI) をサポートしません。使用中のシステムがこのチップセットを持つ場合、 MSI を無効にする必要があります。これを実行するには、インストール時にカーネルパラメータ -pci nomsi を使用して、起動後に GRUB に pci=nomsi を追加します。

しかし、特定のプラットフォームがカーネルによって既にブラックリストに記載されている場合、 使用中のシステムは前述の pci カーネルパラメータを必要としません。 以下に示した HP プラットフォームは既にカーネルでブラックリスト記載されています:

ベアメタル（非仮想）カーネルを実行している場合、X サーバーはモニターから EDID 情報を取り出すことが出来ないかも知れません。 これが発生した時には、グラフィックスドライバーは 800x600 以上の解像度で表示する ことが出来ません。

これを迂回するには、/etc/X11/xorg.conf の ServerLayout セクションに次の行を追加します:

Option "Int10Backend" "x86emu"

このリリースに収納されている 仮想マシンマネージャ (virt-manager) はユーザーが paravirtualized ゲストインストーラへ追加のブート引数を 指定することを許可しません。そのような引数が、特定タイプのハードウェア上で、特定タイプの paravirtualized ゲストをインストールする必要がある場合でも許可しません。

この問題は、virt-manager の将来のリリースで対処されます。 コマンドラインから paravirtualized ゲストをインストールする状態で任意のカーネル引数を 指定するには、virt-install を使用します。

デフォルトの dm-multipath 設定では、Netapp デバイスは、以前に失敗したパスの復元の後でフェイルバックを完了するのに数分かかる可能性があります。 この問題を解決するには、multipath.conf ファイルのdevices セクションに、以下のような Netapp デバイス設定を追加します:

devices {
        device {
                vendor                  "NETAPP"
                product                 "LUN"
                getuid_callout          "/sbin/scsi_id -g -u -s /block/%n"
                prio_callout            "/sbin/mpath_prio_netapp /dev/%n"
                features                "1 queue_if_no_path"
                hardware_handler        "0"
                path_grouping_policy    group_by_prio
                failback                immediate
                rr_weight               uniform
                rr_min_io               128
                path_checker            directio
        }