第36章 カーネル
一部の ext4 ファイルシステムのサイズは変更できません。
ext4 コードのバグにより、1 キロバイトのブロックサイズを持ち 32 メガバイト未満の ext4 ファイルシステムのサイズを変更することはできません。
iSER 対応の iSCSI ターゲットを使用した繰り返し接続損失
サーバーを iSER 対応の iSCSI ターゲットとして使用する場合、接続損失が繰り返し発生すると、ターゲットが応答しなくなり、カーネルが応答しなくなります。この問題を回避するには、iSER 接続損失を最小限に抑えるか、iSER 以外の iSCSI モードに戻します。
インストーラーは、EDD システムのファイバーチャネルオーバーイーサネットディスクを検出しない
EDD システムでは、
edd ドライバーがないため、Anaconda では FCoE ディスクが自動的に検出されません。これにより、インストール時にこのようなディスクが使用できなくなります。
この問題を回避するには、以下の手順を実行します。
* インストール時に fcoe=edd:nodcb をカーネルコマンドラインに追加すると、FCoE ディスクは anaconda によって検出されます。
* fcoe=edd:nodcb をレスキューイメージに追加し、それでシステムを起動します。
* 以下のコマンドを実行して、edd モジュールを initrd イメージに追加します。
#dracut --regenerate-all -f
#dracut --add-drivers edd /boot/initramfs-3.10.0-123.el7.x86_64.img
* デフォルトの起動メニューエントリーでシステムを再起動します。
特定の状況で NUMA バランシングが最適に動作しない
Linux カーネルの Non-Uniform Memory Access (NUMA)バランシングは、Red Hat Enterprise Linux 7 の以下の条件下で最適に機能しません。
numa_balancing オプションが設定されている場合、一部のメモリーは、制約のあるノードに移動する前に任意の宛先以外のノードに移動でき、移行先ノードのメモリーも特定の状況で減少します。現在、利用可能な既知の回避策はありません。
PSM2 と PSM2 API の競合を回避するために、PSM2 MTL が無効になりました。
新しい libpsm2 パッケージは、Intel Omni-Path デバイスで使用する PSM2 API を提供します。これは、Truescale デバイスで使用するために infinipath-psm パッケージによりインストールされた Performance Scaled Messaging (PSM) API と重複します。API の重複により、プロセスが両方のパッケージが提供するライブラリーにリンクすると、未定義の動作が生じます。この問題は、有効な MCA モジュールのセットに
psm2 Matching Transport Layer (MTL)と、infinipath-psm パッケージの libpsm_infinipath.so.1 ライブラリーに直接依存する 1 つ以上のモジュールが含まれている場合に Open MPI に影響します。
PSM と PSM2 API の競合を回避するために、
/etc/openmpi-*/openmpi-mca-params.conf 設定ファイルで Open MPI の psm2 MTL はデフォルトで無効になっています。これを有効にする場合は、psm および ofi MTLs と、それと競合する usnic Byte Transfer Layer (BTL)を無効にする必要があります(instructions も設定ファイルのコメントに提供されます)。
また、libpsm2-compat-devel パッケージと infinipath-psm-devel パッケージの間には、両方に PSM ヘッダーファイルが含まれているため、パッケージの競合もあります。したがって、2 つのパッケージを同時にインストールすることはできません。インストールするには、もう一方をアンインストールします。
perf ユーティリティーのパフォーマンス問題
perf archive コマンドは、
perf.data ファイルにあるビルド ID を持つオブジェクトファイルでアーカイブを作成するため、IBM System z で完了するのに時間がかかります。現在、既知の回避策はありません。他のアーキテクチャーには影響はありません。
qlcnic がボンディングによりスレーブにならない
特定のボンディングモードは、qlcnic ドライバーが適切に認識しないデバイスに MAC アドレスを設定します。これにより、デバイスがボンディングから削除されたときに元の MAC アドレスを復元できなくなります。
回避策として、qlcnic ドライバーをスレーブ解除して、オペレーティングシステムを再起動します。
64 ビット ARM Applied Micro コンピューターでインストールに失敗する
Red Hat Enterprise Linux 7.2 は、Applied Micro により、以下のエラーメッセージと共に特定の 64 ビット ARM システムにインストールできません。
仮想アドレス 0000033f でカーネル NULL ポインター逆参照を処理できない
現時点では、この問題に対する回避策はありません。
VFIO デバイスの libvirt 管理により、ホストがクラッシュする可能性がある
VFIO ドライバーを使用してゲストに割り当てられるホスト PCI デバイスの
libvirt 管理により、同じ IOMMU グループのデバイスに同時にホストカーネルドライバーと vfio-pci ドライバーバインディングが発生する可能性があります。これは無効な状態であるため、ホストが予期せず終了する可能性があります。
現在、同じ IOMMU グループ内に他のデバイスがある場合は、ゲストから VFIO デバイスをホットアンプラグしないことが唯一の回避策となります。
iSCSI と IPv6 を使用したインストールは 15 分間ハングします。
IPv6 が有効になっている場合、指定した iSCSI サーバーへの接続を 15 分間試行した後に dracut がタイムアウトします。最終的に、Dracut が正常に接続し、期待どおりに続行しますが、遅延を回避するには、インストーラーのコマンドラインで
ip=eth0:auto6 を使用します。
i40e NIC freeze
古いファームウェアでは、i40e ドライバーを使用するネットワークカードがプロミスキャスモードに入ると、約 10 秒間使用できなくなります。この問題を回避するには、ファームウェアを更新します。
i40e is issuing WARN_ON
i40e ドライバーは、リングサイズの変更中に WARN_ON マクロを発行しています。これは、コードが rx_ring 構造のクローンを作成しているが、新しいメモリーを割り当てる前にポインターをゼロにしないためです。この警告は、システムに悪影響を及ぼすことに注意してください。
netprio_cgroups が起動時にマウントされない
現在、systemd は /sys/fs/cgroup/ ディレクトリーを読み取り専用としてマウントし、/sys/fs/cgroup/net_prio/ ディレクトリーのデフォルトマウントを防ぎます。その結果、netprio_cgroups モジュールは起動時にマウントされません。この問題を回避するには、mount -o remount コマンドに続いて rw -t cgroup nodev /sys/fs/cgroups を使用します。これにより、モジュールベースの cgroups を手動でインストールできます。
