4 既知の問題
この章では、Unbreakable Enterprise Kernelリリース7の既知の問題について説明します。
Armプラットフォーム用の使用不可または使用不可の機能
以下は、機能しない、テストされていない、または機能をレンダリングする問題があることが知られている特定の機能です。
-
InfiniBand
InfiniBandハードウェアは現在、UEK R7を使用する場合、Armアーキテクチャではサポートされていません。
-
FibreChannel
FibreChannelハードウェアは現在、UEK R7を使用する場合、Armアーキテクチャではサポートされていません。
-
RDMA
RDMAはArmプラットフォームではサポートされていません。
dracut-install: ERROR: UEK R7のインストール中に'virtio'のインストールが表示される場合があります
UEK R7では、virtio
はモジュールとして構築されませんが、カーネルに直接組み込まれています。 そのため、dracut構成ファイルにvirtio
を指定してinitramfsに追加する必要はありません。 以前にこのモジュールを含むdracut構成があった場合、UEK R7をインストールしようとすると、次のdracutエラーが表示されます:
dracut-install: ERROR: installing 'virtio'
dracut: FAILED: /usr/lib/dracut/dracut-install -D
/var/tmp/dracut.FOKWjy/initramfs --kerneldir
/lib/modules/5.15.0-0.21.1.el8uek.x86_64/ -m xen_netfront xen_blkfront
virtio_blk virtio_net virtio virtio_pci virtio_balloon hyperv_keyboard
hv_netvsc hid_hyperv hv_utils hv_storvsc hyperv_fb ahci libahci
dracut-install: ERROR: installing 'virtio'
dracut: FAILED: /usr/lib/dracut/dracut-install -D
/var/tmp/dracut.G2XSGh/initramfs --kerneldir
/lib/modules/5.15.0-0.21.1.el8uek.x86_64/ -m xen_netfront xen_blkfront
virtio_blk virtio_net virtio virtio_pci virtio_balloon hyperv_keyboard
hv_netvsc hid_hyperv hv_utils hv_storvsc hyperv_fb ahci libahci
このエラーは、yumまたはrpmコマンドを使用してUEK R7をインストールするかどうかに関係なく表示されます。
この問題を回避するには、UEK R7をインストールする前に、dracut構成ファイルから"virtio"テキストを削除します。 "virtio"テキスト「のみ」を削除し、他のすべての"virtio_*"エントリはそのままにします。たとえば:
cat /etc/dracut.conf.d/01-dracut-vm.conf
add_drivers+=" xen_netfront xen_blkfront "
add_drivers+=" virtio_blk virtio_net virtio virtio_pci virtio_balloon "
add_drivers+=" hyperv_keyboard hv_netvsc hid_hyperv hv_utils hv_storvsc
hyperv_fb "
add_drivers+=" ahci libahci "
次のコマンドを使用して、virtio
がカーネルに組み込まれていることを確認します:
grep CONFIG_VIRTIO= /boot/config-5.15.0-0.30.4.el8uek.x86_64
virtio
がカーネルに組み込まれている場合、出力は次のようになります:
CONFIG_VIRTIO=y
(バグID 33834972)
RAID 5のデフォルト・ページ・サイズがデフォルトのストライプ・サイズと異なる場合、ArmプラットフォームのUEK R6からUEK R7へのアップグレードに失敗する可能性があります
UEK R7以降、Armプラットフォームのデフォルトのページ・サイズは、以前の64 KBのデフォルトから4 KBに変更されました。 このページ・サイズを変更すると、デフォルトのページ・サイズがデフォルトのストライプ・サイズと異なる場合に、RAID 5用に構成されたシステムでUEK R6からUEK R7へのアップグレードが失敗することがあります。
このため、UEK R6からUEK R7にアップグレードする前に、RAID 5ボリュームをバックアップして再フォーマットしてください。 同じRAID 5構成を保持することが望ましい場合は、UEK R6の実行を継続することをお薦めします。
詳細は、「Armプラットフォームのデフォルト・ページ・サイズが4 KBに変更されました」を参照してください。
(バグID 33858264)
以前のUEKリリースを使用してArmプラットフォームで作成されたスワップ・パーティションは、UEK R7へのアップグレード後に機能しません
UEK R7リリースには、以前の64 KBのデフォルトから4 KBに変更されたデフォルトのページ・サイズに関するArmプラットフォームの重要な変更が含まれています。 以前のUEKリリース(UEK R6など)を使用してArmプラットフォームで作成されたスワップ・パーティションは、UEK R7へのアップグレード後に機能しません。
ノート:
この問題は、ファイル・システム・タイプに関係なく、Armプラットフォームに適用されます。
アップグレード後に初めてUEK R7にブートすると、次のsystemd
サービス障害が表示されます:
systemctl list-units --failed
UNIT LOAD ACTIVE SUB DESCRIPTION
dev-mapper-ol_myhost\x2dswap.swap loaded failed failed
/dev/mapper/ol_myhost-swap
この問題を回避するには、UEK R7にアップグレードしたあと、新しいページ・サイズでスワップ・デバイスを再初期化する必要があります。 swaponコマンドを次のように使用し、スワップのロケーションを指定します:
sudo swapon --fixpgsz /dev/mapper/ol_myhost-swap
swapon: /dev/mapper/ol_myhost-swap: swap format pagesize does not match.
swapon: /dev/mapper/ol_myhost-swap: reinitializing the swap.
mkswap: /dev/mapper/ol_myhost-swap: warning: wiping old swap signature.
Setting up swapspace version 1, size = 2 GiB (2147479552 bytes)
no label, UUID=d7ef0a33-403f-447b-863f-d52b7f66c803
前述のコマンドで、/dev/mapper/ol_myhost-swap
は、指定する可能性のある一般的なスワップのロケーションの例です。
UEK R7のArmプラットフォームのデフォルト・ページ・サイズにおける重要な変更の詳細については、「Armプラットフォームのデフォルト・ページ・サイズが4 KBに変更されました」を参照してください。
(バグID 34322552)
UEK R6からUEK R7へのアップグレード中に、Cloud-initおよびsystemd-udevdでmlx5_coreネットワーク・インタフェースの名前変更に失敗しました
Oracle InfrastructureインスタンスでUEK R6からUEK R7にアップグレードする際、cloud-initおよびsystemd-udevdは、新しいUEK R7デバイス・ネーミング・スキーム(ens300f0np0
)を使用してデバイスを正しく名前変更するのではなく、mlx5_core
ネットワーク・インタフェースで古いUEK R6デバイス・ネーミング・スキーム(ifcfg-ens300f0
)の使用に戻ります。
mlx5_core
ネットワーク・インタフェースが以前のUEK R6デバイス命名スキームの使用に戻らないようにするには、システムをリブートする前に、UEK R7へのアップグレードが完了したあとで次を実行します:
-
次のような古いネットワーク構成ファイルを削除します:
sudo rm /etc/sysconfig/network-scripts/ifcfg-ens300f0
-
cloud-initによって保存されたすべてのキャッシュ・データを削除します:
sudo cloud-init clean
-
変更を有効にするには、インスタンスを再起動します。
(バグID 34146775)
UEK R6からUEK R7へのアップグレード後に変更されるMellanox NICインタフェース名
UEK R6からUEK R7へのカーネル・アップグレード中に、mlx5_core
デバイス名がens2f0
(UEK R6)からens2f0np0
(UEK R7)に変更される可能性があります。
この問題は、次の状況で発生する可能性があります:
-
UEK R6を実行しているOracle Linux 8システムをUEK R7にアップグレードする場合。
-
UEK R6を実行しているOracle Linux 8システムをOracle Linux 9にアップグレードする場合(デフォルトではUEK R7が付属しています)。
-
すでにUEK R7を実行しているOracle Linux 8システムをOracle Linux 9にアップグレードする場合。
ノート:
Oracle Linux 8システムがすでにUEK R7を実行している場合、以前に下位互換のデバイス名(
ens2f0
)を使用するようにシステムを構成した場合は、Oracle Linux 9へのアップグレードが完了した後に、GRUB構成に続く回避策を適用する必要がある場合があります。
Oracle Linux 8およびOracle Linux 9へのUEK R7の新規インストールでは、デフォルトでUEK R7 (enp2s0f0np0
)のデフォルトのネーミング規則を使用します。
mlx5_core
ドライバ・ベースのネットワーク・インタフェース・カード(NIC)の下位互換(UEK R6)デバイス名を保持するには、システムをリブートする前に、UEK R7にアップグレードしたあとに次の回避方法を実行します。 この変更を行う前に、既存のgrub.cfg
ファイルをバックアップすることをお薦めします。
-
/etc/default/grub
ファイルを編集し、GRUB_CMDLINE_LINUX=
モジュールの行の最後に、次のように追加します:GRUB_CMDLINE_LINUX="console=xxxx mlx5_core.expose_pf_phys_port_name=0"
-
ファイルを編集したら、システム上の
grub.cfg
ファイルを見つけ、必要に応じてコマンドを実行してGRUB構成を更新します:-
BIOSベースのシステムでは、通常、
grub.cfg
出力/ターゲット・ファイルは/boot/grub2/grub.cfg
にあり、次のコマンドを実行します:sudo grub2-mkconfig -o /boot/grub2/grub.cfg
-
UEFIベース・システムでは、
grub.cfg
出力/ターゲット・ファイルが/etc/grub2-efi.cfg
または/boot/efi/EFI/redhat/grub.cfg
にある可能性があります。 ファイルのロケーションに応じて、次のいずれかのコマンドを実行します:sudo grub2-mkconfig -o /etc/grub2-efi.cfg
sudo grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
-
-
変更を有効にするには、システムを再起動します。
(バグID 34103369、34145887)
データベース・ベンチマーク・プログラムでランダムなCPU使用率の問題が発生しました
Azureの192 CPU仮想マシンで実行されているデータベース・ベンチマーク・プログラムで、ランダムなCPU使用率の問題が発生しました。 この問題は、最初にOracle Linux 8.4およびUbuntu 20.04 (5.11.0-1022-azure)で検出されましたが、この問題の完全な修正はアップストリーム・カーネルではまだ使用できません。
この問題は、通常、1 ~ 2分ごとに90%以上のCPU使用率スパイクが発生し、約5 ~ 20秒持続することで、システムのパフォーマンスを大幅に低下させます。 CPU使用率の急増が発生すると、192 CPU%sysの「それぞれ」は最大60+%に増加し、%siは最大30%に増加します。 場合によっては、90%を超えるCPU使用率が時間の100%に達しました。
この問題が発生しないようにするには、dm_mod.dm_mq_queue_depth=256
カーネル・パラメータを設定します。
(バグID 33665982)
XFS DAXマウント・オプションは、Reflinkが有効なOracle Linux 9と互換性がありません
UEK R7のOracle Linux 9では、ファイル・システムのDAXマウント・オプションdax=always
は、reflink対応のXFSファイル・システムと互換性がありません。 たとえば、コマンドsudo mount -o dax=always /dev/pmem1 /mnt
を実行すると、次のエラーが表示されます:
mount: /mnt: wrong fs type, bad option, bad superblock on /dev/pmem1, missing codepage
or helper program, or other error.
mount: (hint) your fstab has been modified, but systemd still uses the old version;
use 'systemctl daemon-reload' to reload.
(バグID 35991195)
Oracle Linux 9上のxdp-tools
は、UEK R7と互換性がありません
xdp-monitor
およびxdp-bench
コマンドを含むOracle Linux 9 xdp-tools
パッケージは、UEK R7と互換性がありません。 UEK R7を実行しているOracle Linux 9システムでこれらのコマンドを実行すると、次のエラーが表示されます:
– END PROG LOAD LOG –
libbpf: prog 'tp_xdp_cpumap_kthread': failed to load: -22
libbpf: failed to load object 'xdp_sample'
libbpf: failed to load BPF skeleton 'xdp_sample': -22
このパッケージが必要な場合は、xdp-tools
v1.2.10-1.el8以前でOracle Linux 8を使用します。
(バグID 36014171)