UEK R7の既知の問題

UEK R7では、virtioはモジュールとして構築されませんが、カーネルに直接組み込まれています。そのため、initramfsに追加するために、dracut構成ファイルでvirtioを指定する必要はありません。以前にこのモジュールを含む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

このエラーは、UEK R7のインストールに yumコマンドと rpmコマンドのどちらを使用するかに関係なく表示されます。

この問題を回避するには、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)

UEK R7以降、Armプラットフォームのデフォルト・ページ・サイズは、以前の64KBのデフォルトから4KBに変更されました。このページ・サイズの変更により、デフォルトのページ・サイズがデフォルトのストライプ・サイズと異なる場合に、RAID 5用に構成されたシステムでは、UEK R6からUEK R7へのアップグレードが失敗することがあります。

このため、UEK R6からUEK R7にアップグレードする前に、RAID 5ボリュームをバックアップして再フォーマットしてください。同じRAID 5構成を保持する場合は、引き続きUEK R6を実行することをお薦めします。

詳細は、「Armプラットフォームのデフォルト・ページ・サイズが4KBに変更されました」を参照してください。

(バグID 33858264)

UEK R7リリースには、以前の64KBのデフォルトから4KBに変更されたデフォルトのページ・サイズに関するArmプラットフォームの大幅な変更が含まれています。以前のUEKリリース(UEK R6など)を使用してArmプラットフォームに作成されたスワップ・パーティションは、UEK R7にアップグレードした後は機能しません。

アップグレード後に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プラットフォームのデフォルト・ページ・サイズが4KBに変更されました」を参照してください。

(バグID 34322552)

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へのアップグレードの完了後に次の操作を実行します。

1. 古いネットワーク構成ファイルを削除します。次に例を示します。

   sudo rm /etc/sysconfig/network-scripts/ifcfg-ens300f0

2. cloud-initによって保存されたキャッシュデータをすべて削除します。

   sudo cloud-init clean

3. 変更を適用するには、インスタンスを再起動します。

(バグID 34146775)

UEK R6からUEK R7へのカーネルのアップグレード時に、mlx5_coreデバイス名がens2f0 (UEK R6)からens2f0np0 (UEK R7)に変更される可能性があります。

この問題は、次の状況で発生する可能性があります。

• UEK R6を実行しているOracle Linux 8システムをUEK R7にアップグレードする場合。

• UEK R6を実行しているOracle Linux 8システムを、デフォルトでUEK R7が提供されたOracle Linux 9にアップグレードするとき。

• 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ファイルをバックアップすることをお薦めします。

1. /etc/default/grubファイルを編集し、GRUB_CMDLINE_LINUX=モジュールの行の最後に、次のように追加します:

   GRUB_CMDLINE_LINUX="console=xxxx mlx5_core.expose_pf_phys_port_name=0"

2. ファイルを編集した後、システム上の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

3. システムをリブートすると、変更内容が有効になります。

(バグID 34103369、34145887)

Azureの192 CPU仮想マシンで実行されているデータベース・ベンチマーク・プログラムで、ランダムな高CPU使用率の問題が発生しました。この問題は、Oracle Linux 8.4およびUbuntu 20.04 (5.11.0-1022-azure)で最初に検出されましたが、この問題に対する完全な修正はまだアップストリーム・カーネルでは利用できません。

この問題は、通常、CPU使用率が90%を超えるスパイクが1~2分ごとに発生し、約5~20秒続くことが現れ、システムのパフォーマンスが大幅に低下します。CPU使用率のスパイクが発生すると、192 CPUの%sysのそれぞれが最大60%増加し、%siは最大30%増加します。場合によっては、90%を超えるCPU使用率のスパイクが100%の時間に観測されています。

この問題が発生しないようにするには、dm_mod.dm_mq_queue_depth=256カーネル・パラメータを設定します。

(バグID 33665982)

インストール段階でGUIを備えたサーバーを選択してVGAを有効にした場合など、暗号化ディスクでOracle LinuxをGUIでインストールする場合、パスワード・プロンプトがシステム・ブート時にVGA出力に表示されない。したがって、ブートプロセスを完了できません。プロンプトはシリアル・コンソールにのみ表示されるため、シリアルコンソールに切り替えて、パスワードを入力する必要があります。

この問題はArmプラットフォームのシステム特有の問題であり、セキュア・ブートを使用しているかどうかに関係なく発生します。さらに、この問題は、UEKR6またはUEKR7を使用するOracle Linux 8またはOracle Linux 9システムにも当てはまります。

シリアル・コンソールを使用せずにVGA出力でディスク暗号化のGUIパスワード・プロンプトをブート時に表示するには、GRUB構成のカーネル・コマンドラインにplymouth.ignore-serial-consolesを追加します。手順については、Managing Kernels and System Boot on Oracle Linuxを参照してください。

(バグID 35034465)

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)

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

このパッケージが必要な場合は、Oracle Linux 8をxdp-tools v1.2.10-1.el8以前で使用します。

(バグID 36014171)