機械翻訳について
  1. Unbreakable Enterprise Kernelリリース7更新2 - リリース・ノート(バージョン5.15.0-200)
  2. 既知の問題

3 既知の問題

この章では、Unbreakable Enterprise Kernelリリース7の既知の問題について説明します。

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へのアップグレードが完了したあとで次を実行します:

  1. 次のような古いネットワーク構成ファイルを削除します: 

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

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

    sudo cloud-init clean

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

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

  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)

データベース・ベンチマーク・プログラムでランダムな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)

(aarch64)システムのブート時にディスク暗号化パスワードのプロンプトが表示されない

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

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

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

(バグID 35034465)

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)