5 既知の問題

この章では、現在のOracle Linux 8リリースの既知の問題を示します。このリストには、x86プラットフォームとaarch64プラットフォームの両方に影響する可能性のある問題が含まれています。リストでは、aarch64プラットフォームにのみ固有の追加の問題には、aarch64のみ:というラベルが付いています。

次のガイドには、特定のOracle Linuxコンポーネントに関連する既知の問題に関する追加情報が記載されています。

インストールとアップグレードの問題

次に、Oracle Linux 8.6のインストールおよびアップグレードに関する既知の問題を示します。

アップグレード中にtmpfiles.dファイルを参照するメッセージが表示される

Oracle Linux 8.5から Oracle Linux 8.6へのアップグレード中に、適切なOracle Linux 8リポジトリを有効にしてdnf upgradeコマンドを実行すると、次のようなメッセージが表示されます。

Running scriptlet: systemd-239-44.0.1.el8.x86_64                    
4550/4550
[/usr/lib/tmpfiles.d/dnssec-trigger.conf:1] Line references path below legacy
directory /var/run/, updating /var/run/dnssec-trigger → /run/dnssec-trigger;
please update the tmpfiles.d/ drop-in file accordingly.
[/usr/lib/tmpfiles.d/krb5-krb5kdc.conf:1] Line references path below legacy
directory /var/run/, updating /var/run/krb5kdc → /run/krb5kdc; please update
the tmpfiles.d/ drop-in file accordingly.
[/usr/lib/tmpfiles.d/nss-pam-ldapd.conf:2] Line references path below legacy
directory /var/run/, updating /var/run/nslcd → /run/nslcd; please update the
tmpfiles.d/ drop-in file accordingly.
[/usr/lib/tmpfiles.d/pesign.conf:1] Line references path below legacy
directory /var/run/, updating /var/run/pesign → /run/pesign; please update
the tmpfiles.d/ drop-in file accordingly.
[/usr/lib/tmpfiles.d/portreserve.conf:1] Line references path below legacy
directory /var/run/, updating /var/run/portreserve → /run/portreserve; please
update the tmpfiles.d/ drop-in file accordingly.
.
.
.

これらのメッセージは、アップグレードまたはパッケージのインストールが正常に完了するため、無視しても問題ありません。

別の回避方法として、メッセージの指示に従って構成を更新します。レガシーのvar/run/<...>ディレクトリ・パスを/run/<...>に変更します。

(バグID 32852433)

PXEインストール中にEthernet over USBネットワーク・インタフェースがインストーラで自動的に有効化される

Oracle Linux 8のPreboot eXecution Environment (PXE)インストールの間に、インストーラで自動的にbootproto=dhcpパラメータとONBOOT=yesパラメータが指定されてEthernet over USBネットワーク・インタフェースが有効化されます。これらのデフォルト設定では、NetworkManagerサービスの起動に失敗します。

この問題の発生を防ぐためや、すでに問題が発生している場合に問題を解決するためには、次のいずれかの回避策を使用します。

  • インストールの前に、kickstartファイル内で、次のようにEthernet over USBネットワーク・インタフェース用のONBOOTパラメータを無効にします。

    network --bootproto=dhcp --device=enp0s20f0u8u3c2 --onboot=off --ipv6=auto
  • インストール中に、ネットワークおよびホスト名画面で、Ethernet over USBネットワーク・インタフェースについて、再起動のたびに自動接続されるように優先して自動接続するチェック・ボックスを選択しないでください。

  • すでにこの問題が発生している場合は、インストール後に、Ethernet over USBネットワーク・インタフェースのネットワーク構成設定をONBOOT=noに変更します。次に、システムを再起動します。

(バグID 31888490)

代替言語を選択した場合、対話型テキストベースのインストール・ウィザードを完了できない

テキストベースのインストーラを使用してOSをインストールするときに代替言語を選択した場合は、インストールを続行できません。インストールは、ソフトウェアの選択およびインストール先で[!]フラグでブロックされます。これら2つのオプションの設定内容は関係ありません。

ただし、デフォルトの英語の選択またはグラフィカル・インストール・プログラムを使用してインストールを実行している場合は、この問題は発生しません。

(バグID 30535416、29648703)

許容できないKdump値が入力されると、グラフィカル・インストール・プログラムが失敗してエラーが発生する

アップストリームのマイナーなユーザビリティ・エラーは、Kdumpの構成中にグラフィカル・インストール・プログラムに影響を与えます。

Kdumpのメモリー予約を手動で構成するときに許容できない値を指定した場合は、「完了」をクリックして「インストール・サマリー」画面に戻ることができます。インストーラでは、警告またはエラー・メッセージは生成されません。かわりに、インストーラによって、値が最後に認識された許容値またはデフォルト値の512 MBに自動的にリセットされます。これにより、インストールは成功します。ただし、この修正された設定は画面に表示されないため、指定した値が無視されたことに気付かない場合があります。

この問題は、テキストベースのインストーラでは発生しません。許容できない値を入力するとエラーが適切に返され、続行できません。

(バグID 31133351、31182708)

グラフィカル・インストール・プログラムにKdumpに手動で設定されている予約メモリーが表示されない

マイナーなユーザビリティ・エラーは、Kdumpの構成中にグラフィカル・インストール・プログラムに影響を与えます。Kdump用に予約されているデフォルトのメモリー・サイズを手動で変更した場合、画面がリフレッシュされても新しい設定は表示されません。かわりに、システム・メモリーの合計と使用可能なシステム・メモリーの値のみが表示されます。したがって、予約するメモリー(Mb)パラメータの制限は、将来のKdump構成では不明になります。

ノート:

Kdumpメモリー予約のデフォルト設定であるautoは、カーネルがブート時に使用するサイズを決定するため、適切な設定になっています

(バグID 31133287および31182699)

アップグレード中にmicrocode_ctlのスクリプトレット関連エラーが表示される可能性がある

Oracle Linux 8リリースの次のバージョンへのアップグレード中に、スクリプト関連のエラー・メッセージが表示されることがあります。dnf updateコマンドを実行すると、次のような出力が表示されることがあります。

  Running scriptlet: tuned-2.13.0-6.0.2.el8.noarch                            
             1089/1089
  Running scriptlet: microcode_ctl-4:20191115-4.el8.x86_64                    
             1089/1089
realpath: weak-updates/kmod-kvdo/vdo/kvdo.ko: No such file or directory
realpath: weak-updates/kmod-kvdo/uds/uds.ko: No such file or directory
dracut: installkernel failed in module kernel-modules-extra
warning: %posttrans(microcode_ctl-4:20191115-4.el8.x86_64) scriptlet failed,
exit status 1

Error in POSTTRANS scriptlet in rpm package microcode_ctl
  Running scriptlet: libgcc-8.3.1-4.5.0.7.el8.x86_64                          
             1089/1089
  Running scriptlet: glibc-common-2.28-101.0.1.el8.x86_64                    
             1089/1089
  Running scriptlet: info-6.5-6.el8.x86_64                                    
             1089/1089

このエラー・メッセージは、Server with GUI環境を使用してOracle Linux 8をインストールし、RHCKを使用してサーバーを再起動した場合に表示されます。このインストール方法では、カーネルに依存するkmod-kvdoパッケージまたはモジュールをインストールします。これは、以前のOracle Linux 8リリースとは異なるバージョンです。

ただし、アップグレード・プロセス中にkmod-kvdoパッケージが正常にインストールされるため、このメッセージは無視しても問題ありません。

ノート:

このエラーは、Minimal Installベース環境をインストールする場合、またはUEK R6またはUEK R7を使用してサーバーをブートする場合には発生しません。

(バグID 31292199)

python3-rhn-virtualization-hostパッケージがインストールされている場合、rhnreg_ks登録コマンドが失敗する可能性がある

Oracle Linux 8.1以降、python3-rhn-virtualization-hostsパッケージがシステムにインストールされている場合、rhnreg_ksコマンドを使用してシステムをUnbreakable Linux Network (ULN)に登録すると、失敗することがあります。この問題は、libvirtdサービスが実行されていない場合に発生しています。

この問題を回避するには、rhnreg_ksコマンドを発行する前に、システムにlibvirtdパッケージがインストールされており、サービスが有効化されて実行されていることを確認します。

(バグID 30366521)

Oracle Linux 8アップグレードでのusbguard-1.0.0-2.el8.i686usbguard-1.0.0-8.el8.x86_64のパッケージの競合

Oracle Linux 8.5以降、ol8_baseos_latestol8_appstreamの両方のyumリポジトリを有効にしてOracle Linux 8をアップグレードすると、usbguard-1.0.0-2.el8.i686パッケージとusbguard-1.0.0-8.el8.x86_64パッケージの間で競合が発生します。

次のエラーが生成されます。

Problem: package usbguard-1.0.0-8.el8.x86_64 conflicts with usbguard
provided by usbguard-1.0.0-2.el8.i686
  - cannot install the best candidate for the job
  - problem with installed package usbguard-1.0.0-2.el8.i686
(try to add '--allowerasing' to command line to replace conflicting packages
or '--skip-broken' to skip uninstallable packages or '--nobest' to use not
only best candidate packages)

この競合が発生するのは、Oracle Linux 8.6以降のリリースでは、Oracle Linux 8の旧リリースとは異なり、usbguard-1.0.0-2.el8.i686パッケージとusbguard-1.0.0-8.el8.x86_64パッケージが相互に競合し、一緒にインストールできなくなったためです。

この問題を回避するには、最新のリリースにアップグレードする前に、Oracle Linux 8システムからusbguard-1.0.0-2.el8.i686パッケージを削除します。

(バグID 34097708)

beignetパッケージが存在すると、アップグレード中に依存関係の問題が発生する可能性がある

システムを現在のOracle Linux 8リリースにアップグレードする場合、アップグレードするシステムにbeignetパッケージが存在していると、依存関係の問題が発生することがあります。

この問題は、Oracle Linux 8.2以前のリリースを実行しているシステムを現在のOracle Linuxバージョンにアップグレードする場合に特に発生します。これらの以前のリリースでは、beginetパッケージに以前のバージョンのclang-libsパッケージが必要です。

ただし、beignetパッケージは現在、Oracle Linux 8.4以降のOracle Linux 8リリースでは使用できません。したがって、これらの場合には問題はありません。

この問題を回避するには、現在のOracle Linux 8リリースにアップグレードする前に、システムからbeignetパッケージを削除します。

(バグID 31213935)

インストール後の初回ブート時にULN登録ウィザードが表示されない

Oracle Linux 8の新規インストールでは、ULNに登録してOracle Kspliceを使用するオプションを提供するULN登録ウィザードが初回ブート時に表示されません。

代替手段として、インストールの完了後にULNに登録します。手順は、https://linux.oracle.com/を参照してください。

(バグID 29933974)

Oracle VM VirtualBoxゲストにインストールするためのグラフィック・コントローラの要件

グラフィカル・インストール・プログラムが使用され、デフォルトのServer with GUI環境が選択されているOracle VM VirtualBoxゲストにOracle Linux 8を正常にインストールするには、ゲストがVMSVGAグラフィック・コントローラを使用するように設定し、少なくとも64MBのメモリーでゲストを構成する必要があります。そうしないと、グラフィカル表示が正しく開始できません。

Oracle VM VirtualBox 6.0以降、VMSVGAグラフィック・コントローラは、Linuxオペレーティング・システムを実行しているゲストのデフォルトのコントローラです。この問題は、以前のOracle VM VirtualBoxリリースで作成された既存のゲストにOracle Linux 8をインストールすると発生する可能性が高くなります。Oracle Linux 8ゲストを構成するには、Oracle VM VirtualBox 6.0以上を使用することをお薦めします。

(バグID 30004543)

aarch64のみ: マルチパス対応のNVMeコントローラを備えたシステムで、インストーラから「Failed to set new efi boot target」というエラーが表示される

マルチパス対応のNVMeコントローラを備えたaarch64システムでは、Oracle Linux 8.7インストーラによって次のエラーが表示されます。

Failed to set new efi boot target . This is most likely a kernel or firmware bug.

この問題を回避するには、ターゲット・システムでnvme_core.multipath=Nコマンドライン引数を追加して、ブート時にインストールについてネイティブ・マルチパス・サポートを無効にします。

(バグID 34233800、34215333、31758304)

RHCKまたはUEK R6からUEK R7へのアップグレード後にMellanox NICインタフェース名が変更される可能性がある

RHCKまたはUEK R6からUEK R7にx86_64システムのカーネルをアップグレードするときに、mlx5_coreデバイス名がens2f0 (RHCKまたはUEK R6)からens2f0np0 (UEK R7)に変更される可能性があります。

この問題は、インストール・プロファイルとしてGUIを備えたサーバーを選択した場合に、次の状況で発生することがあります:

  • RHCKまたはUEKR6を実行しているOracle Linux 8システムをUEK R7にアップグレードするとき。

  • RHCKまたは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)に下位互換(RHCK)デバイス名を保持するには、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、35270018)

チャネルがロックされたシステムでopenssh-askpassのインストールが失敗する

ol8_u8_baseos_baseリポジトリにロックされているOracle Linux 8システムでは、Oracle Linux 8.8のopenssh-askpassパッケージの更新に失敗する可能性があります。このパッケージを更新するにはシステムがbaseos_latestチャネルをサブスクライブしている必要があるためです。

この問題を回避するには、システムがbaseos_latestチャネルまたはリポジトリをサブスクライブしていることを確認して、最新のopensshパッケージを取得してください。

システムをbaseos_baseリポジトリにロックする必要がある場合は、appstreamリポジトリをOracle Linux 8.8 ISOイメージで提供されているリポジトリにロックする必要もあります。特定の更新リリースに対してシステムを一定期間ロックする場合は、必要なすべてのリポジトリのミラーを構成し、システム更新を適切にスケジュールすることを検討してください。

バグ35406432

container-selinuxパッケージを削除すると、selinux-policy-targetedパッケージも削除される可能性がある

container-selinuxパッケージをOracle Linux 8のインストール後にシステムから削除すると、selinux-policy-targetedパッケージも削除される可能性があります。

この問題が発生すると、SELinuxポリシーをロードできないというエラー・メッセージも表示される場合があります。

この問題を回避するには、dnf removeコマンドで次の構文を使用します。

sudo dnf remove container-selinux --setopt=exclude=selinux-policy-targeted

(バグID 32860334)

dnf update glusterfs-*コマンドを実行すると、以前にインストールしたパッケージのアップグレードに失敗する

glusterfs-*.i686パッケージがOracle Linux 8システムに存在し、次の更新バージョンにアップグレードする場合、後でdnf update glusterfs*コマンドを実行すると、GlusterFSパッケージのアップグレードに失敗します。

回避策として、最初にシステムからglusterfs-*.i686パッケージを削除し、次にdnf update glusterfs*コマンドを実行します。

(バグID 30279840)

libss-develパッケージがインストールされているとlibssパッケージの更新に失敗することがある

システムにlibss-develパッケージがインストールされている場合は、libssパッケージの更新に失敗することがあります。

UEK R6が有効な場合はこの問題が続きます。ただし、カーネルを更新してUEK R7を有効にすると、問題は発生しなくなります。

ただし、この問題はUEK R7では修正されています。したがって、この問題を回避するには、UEK R7 yumリポジトリまたはULNチャネルを有効にしてから、UEK R7をインストールします。インストール後にシステムを再起動します。

(バグID 32005190)

Dell EMC PowerEdge Serverでブート中にACPIエラーのメッセージが表示される

IntelベースのDell EMC PowerEdgeサーバーのシステム・ブート時に、BIOSでDell Active Power Controller (DAPC)設定が有効になっていると、次のようなエラー・メッセージが表示されることがあります。

kernel: ACPI Error: No handler for Region [SYSI] (0000000061df8ef3) [IPMI] (20190816/evregion-132)
kernel: ACPI Error: Region IPMI (ID=7) has no handler (20190816/exfldio-265)
kernel: ACPI Error: Aborting method \_SB.PMI0._GHL due to previous error (AE_NOT_EXIST) (20190816/psparse-531)
kernel: ACPI Error: Aborting method \_SB.PMI0._PMC due to previous error (AE_NOT_EXIST) (20190816/psparse-531)
kernel: ACPI Error: AE_NOT_EXIST, Evaluating _PMC (20190816/power_meter-743)

この問題を回避するには、次のようにapci_power_meterカーネル・モジュールを無効にします。

echo "blacklist acpi_power_meter" >> /etc/modprobe.d/hwmon.conf

apci_power_meterカーネル・モジュールを無効にした後、システムを再起動することで変更内容を有効にします。

DAPC機能を必要としない環境では、別の回避策として、DAPC BIOS設定を無効にできます。

(バグID 32105233)

Oracle Linux 8で古いOracle Sunハードウェア上のSASコントローラが認識されない

Oracle Linux 8インストーラでは、古いOracle Sunサーバー・モデルに搭載されている一部のSerial Attached SCSI (SAS)コントローラが認識されません。これらのサーバー・モデルにOracle Linux 8をインストールしようとすると、インストーラはローカル・ディスクを認識せず、インストールが失敗します。これらのサーバー・モデルの例としては、Oracle Sun Fire X4170 M2 Server、Oracle Sun Fire X4170 M3 Server、Oracle Sun OVCA X3-2 ServerおよびOracle Sun X4-2 Serverなどがあります(これらのみではありません)。

次のSASコントローラは、RHCKのmpt2sasドライバから削除されます。

  • SAS2004、PCI ID 0x1000:0x0070

  • SAS2008、PCI ID 0x1000:0x0072

  • SAS2108_1、PCI ID 0x1000:0x0074

  • SAS2108_2、PCI ID 0x1000:0x0076

  • SAS2108_3、PCI ID 0x1000:0x0077

  • SAS2116_1、PCI ID 0x1000:0x0064

  • SAS2116_2、PCI ID 0x1000:0x0065

  • SSS6200、PCI ID 0x1000:0x007E

次のSASコントローラは、RHCKのmegaraid_sasドライバから削除されます。

  • Dell PERC5、PCI ID 0x1028:0x15

  • SAS1078R、PCI ID 0x1000:0x60

  • SAS1078DE、PCI ID 0x1000:0x7C

  • SAS1064R、PCI ID 0x1000:0x411

  • VERDE_ZCR、PCI ID 0x1000:0x413

  • SAS1078GEN2、PCI ID 0x1000:0x78

  • SAS0079GEN2、PCI ID 0x1000:0x79

  • SAS0073SKINNY、PCI ID 0x1000:0x73

  • SAS0071SKINNY、PCI ID 0x1000:0x71

この問題の回避策は、Unbreakable Enterprise Kernelリリース6 (UEK R6)のブートISOを使用してから、Oracle Linux 8でUEK R6を実行することです。これらのコントローラは、Unbreakable Enterprise Kernelリリースでサポートされているためです。

(バグID 29120478)

ファイル・システムの問題

Oracle Linux 8のこのリリースで発生した既知のファイル・システムの問題を次に示します。

BTRFSファイル・システムがRHCKでサポートされていない

Oracle Linux 8ではBtrfsファイル・システムはRHCKから削除されています。つまり、このカーネルの使用時にこのファイル・システムを作成またはマウントすることはできません。また、提供されているBtrfsユーザー領域パッケージはRHCKでサポートされていません。

Btrfsファイル・システムのサポートは、UEK R7およびUEK R6で有効になっています。Oracle Linux 8.3以降、インストール中にBtrfsルート・ファイル・システムを作成するオプションがあり、同じようにデバイスのフォーマット時にファイル・システム・タイプとしてBtrfsを選択するオプションもあります。

これらの変更の詳細は、次のドキュメントを参照してください。

OCFS2ファイル・システムがRHCKでサポートされていない

Oracle Linux 8ではOCFS2ファイル・システムはRHCKから削除されています。つまり、このカーネルの使用時にこのファイル・システムを作成またはマウントすることはできません。また、提供されているOCFS2ユーザー領域パッケージはRHCKでサポートされていません。

OCFS2ファイル・システムのサポートは、UEK R7およびUEK R6で有効になっていることに注意してください。UEK R6のOCFS2の最新情報およびその他の拡張機能については、Unbreakable Enterprise Kernelリリース6更新3: リリース・ノート(5.4.17-2136)を参照してください。Unbreakable Enterprise Kernelリリース7: リリース・ノート(5.15.0-0.30)も参照してください。

ext4: 頻繁なシステム停止または繰り返されるシステム停止によって、ファイル・システムが破損する可能性がある

ext4ファイル・システムを使用しているシステムが繰り返しまたは頻繁に停止する場合、ファイル・システムが破損する可能性があります。この問題は、再現が難しいため、まれな問題であると考えられています。問題はアップストリーム・コードに存在し、提案されたパッチは現在レビュー中です。

(バグID 27547113)

btrfsを使用するシステムがFIPSモードで起動できない

FIPSモードでブートすると、btrfsを使用するシステムが失敗し、次のメッセージが表示されます:

FATAL: FIPS integrity test failed
Refusing to continue

バグID 36028061

カーネルの問題

Oracle Linux 8のこのリリースで発生した既知のカーネルの問題を次に示します。

AMD 64ビット・プラットフォームでKVMゲストが「amd64_edac_mod: 不明な記号」エラーを表示して起動する

64ビットのAMDホストでのKVMゲストのブート中に、次のエラーが繰り返し表示されることがあります。

[   12.474069] amd64_edac_mod: Unknown symbol amd_register_ecc_decoder (err [ 120)
[   12.474083] amd64_edac_mod: Unknown symbol amd_report_gart_errors (err 0)
[   12.852250] amd64_edac_mod: Unknown symbol amd_unregister_ecc_decoder (err 0)
[   12.852297] amd64_edac_mod: Unknown symbol amd_register_ecc_decoder (err 0)
.
.
.

これらのエラーは、ロードに失敗し、モジュール・リストから削除中であるモジュールに対してカーネルのモジュール・コードが誤って-EEXISTを返すため発生します。amd64_edac_modモジュールはVMにロードされません。これらのエラーは機能に影響しないため、無視できます。

この問題は、RHCKを実行しているOracle Linux 8ホストでのみ発生し、UEK R6ホストでは検出されません。

(バグID 29853602)

modinfoコマンドの出力でRetpolineのサポートが表示されない

Oracle Linux 8コードのバグにより、CONFIG_RETPOLINEフラグがYに設定されていても、modinfo -F retpolineコマンドの出力にRetroplineサポートが表示されません。次に例を示します。

sudo modinfo -F retpoline
/usr/lib/modules/4.18.0-80.el8.x86_64/kernel/sound/usb/usx2y/snd-usb-us122l.ko
.xz

Retpolineサポートを追加および表示するには、CONFIG_RETPOLINE=Yフラグが必要です。パラメータが有効になっている場合、カーネルはRetpoline対応のコンパイラを使用して構築されます。

CONFIG_RETPOLINEフラグが有効になっていることを確認するには、カーネルのconfig-kernel構成ファイルでパラメータを検索します。次に例を示します。

cat /boot/config-5.4.17-2011.7.4.el8uek.x86_64 | grep RETPOLINE.
CONFIG_RETPOLINE=y

(バグID 29894295)

一部のAMDハードウェアでKdumpが失敗することがある

Kdumpは、現在のOracle Linuxリリースを実行している一部のAMDハードウェアで失敗することがあります。影響を受けるハードウェアには、AMD EPYC CPUサーバーが含まれます。

この問題を回避するには、/etc/sysconfig/kdump構成ファイルを変更し、KDUMP_COMMANDLINE_APPEND変数からiommu=offコマンドライン・オプションを削除します。kdumpサービスを再起動して、変更を有効にします。

(バグID 31274238、34312626)

KdumpがFIPS対応システムでvmcoreを生成できない

システムでFIPSモードが有効になっているときに、システム・パニックがトリガーされると、Kdumpがvmcoreの生成に失敗することがあります。この問題は、KdumpのinitramfsイメージもFIPSモードを有効にして再生成されていない場合に発生します。

この問題を解決するには、システムでFIPSモードが有効になっている場合は、Kdumpのinitramfsイメージを再作成して、kdumpサービスを再起動する必要があります。/etc/kdump.confがなんらかの方法で変更された場合は、kdumpサービスが再起動されるときに、Kdumpのinitramfsイメージが自動的に再作成されます。
sudo touch /etc/kdump.conf
sudo systemctl restart kdump

次を実行すれば、Kdumpが正しく動作していることを確認できます:

sudo systemctl status kdump

Kdumpのinitramfsイメージの日付とタイムスタンプがサービスを再起動した日時に対応していることを確認すれば、サービスがアクティブで、新しいイメージ・ファイルが作成されたことを確認できます:

ls -lah /etc/kdump.conf /boot/initramfs-$(uname -r)kdump.img

(バグ35982140)

LVM dm-writecacheキャッシュ・メソッドの制限事項

新しいLVMのdm-writecacheキャッシュ・メソッドには、dm-cacheメソッドに存在しない次のような制限があります:

  • 論理ボリュームがアクティブの場合、dm-writecacheをアタッチまたはデタッチできません。

  • 論理ボリュームがdm-writecacheを使用している場合、論理ボリュームのスナップショットを取得できません。

  • dm-writecacheを非アクティブな論理ボリュームにアタッチする場合、既存のファイル・システムのブロック・サイズと一致するdm-writecacheブロック・サイズを使用する必要があります。

  • dm-writecacheがボリュームにアタッチされている場合、論理ボリュームのサイズを変更できません。

  • dm-writecacheで使用されるデバイスでは、pvmoveコマンドを使用できません。

  • シン・プールまたは仮想データ・オプティマイザ(VDO)を使用している場合、dm-writecacheで論理ボリュームを使用できません。

dm-writecacheキャッシュ・メソッドの詳細は、Oracle Linux 8: リリース・ノートfor Oracle Linux 8.2のファイル・システムおよびストレージの機能に関する項を参照してください。lvmcache(7)マニュアル・ページも参照してください。

エラー: 「mcelogサービスはこのプロセッサをサポートしていません」

一部のOracle Serverハードウェアなど、AMDプロセッサを使用するシステムで、mcelogサービスがプロセッサをサポートしていないことを示すエラーがシステム・ログに表示されることがあります。メッセージは次のように表示されます。

mcelog: ERROR: AMD Processor family
23: mcelog does not support this processor.  Please use the edac_mce_amd
module instead.

mcelogデーモンは、ハードウェア・エラー・メッセージを記録して処理するためにx86_64プラットフォームで使用されるサービスです。ただし、AMDシステムでは、edac_mce_amdカーネル・モジュールによってマシン例外ロギングが処理されます。AMDシステムでは、mcelogデーモンは必要ありません。したがって、これらのシステムのmcelogエラーは無視できます。

(バグID 29501190)

電源ボタンがデフォルトでACPI Suspendモードに設定される

Oracle Linux 8のグラフィカル・ユーザー・インタフェース(GUI)コンソール・モードでは、デフォルトで、ハードウェアの電源ボタンがACPIのスリープボタンに相当します。このボタンを使用すると、システムが省電力のスリープ・モードに入ります。これは、GNOMEデスクトップ環境に固有の動作です。

以前のOracle Linuxリリースでは、ハードウェアの電源ボタンでシステムのシャットダウンが開始されました。Oracle Linux 8の動作をそれと同じにするには、次の手順を実行します。

  1. 次の内容を含む/etc/dconf/db/local.d/01-shutdown-button-actionという名前のファイルを作成します:

    [org/gnome/settings-daemon/plugins/power]
    power-button-action='interactive'
  2. 次の内容を含む/etc/dconf/db/local.d/locks/01-powerという名前のファイルを作成します:

    /org/gnome/settings-daemon/plugins/power/power-button-action
  3. 次のコマンドを実行します。

    sudo dconf update
  4. デスクトップ環境からログアウトし、再度ログインすることで新しい設定を有効にします。

(バグID 25597898)

特定のSEVゲスト構成が原因でハイパーバイザのCPUソフトロックアップ警告が発生することがある

E2システムやE3システムなど、AMD Romeプロセッサに基づいている旧世代のAMDシステムでは、Secure Encrypted Virtualization (SEV)メモリー暗号化を使用するように構成された、メモリーが350GBより多いゲストが原因で、ゲストのブート操作中または停止操作中にハイパーバイザ・ホストでCPUソフトロックアップ警告が発生する可能性があります。

暗号化されている固定メモリーをフラッシュするために必要な時間は、ゲストのメモリー容量に比例します。ただし、メモリー容量が350GBより多い場合は、CPUでのそのメモリーをフラッシュする時間が長くなりすぎて、その結果、警告が発生します。そのメモリーがフラッシュされると、ハイパーバイザで通常の操作が再開されます。

E4システムなど、AMD Milanプロセッサに基づいている新しいシステムには、そのメモリーのフラッシュに必要な時間を最小限に抑えることができるハードウェア・サポートが含まれています。そのため、CPUソフトハングの問題は発生しません。

回避策として、メモリーが350GBより多い、SEV対応のゲストが必要な場合には、AMD Milanプロセッサに基づいているシステム上でそのゲストを作成してください。AMD Romeプロセッサを備えたシステムを使用する場合は、SEVメモリー暗号化を使用するようにゲストを構成するには、ゲストのメモリーを350GB未満に制限してください。

(バグID 34050377)

(aarch64) VGA出力を使用したインストールおよびブート時に一部のGUI要素が表示されない

Armプラットフォームへのインストール中、Oracle Linuxインストーラで、進行状況の更新画面などの一部のGUI要素がVGA出力に表示されません。かわりにシリアル・コンソールに出力が表示されます。

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

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

これらのGUIの問題を解決し、シリアル・コンソールを使用せずに、これらの要素をVGA出力に表示するには、GRUB構成のカーネル・コマンドラインにplymouth.ignore-serial-consolesを追加します。手順については、Oracle Linux 8: コア・システム構成の管理カーネルおよびシステム・ブートの管理の章を参照してください。

(バグID 35034465および35270637)

VF移行後のホストとの仮想機能MACアドレスの相違点

一部のVFハードウェアでは、VF移行後、移行を開始する前にVFゲストで宛先ホストのアドレスを事前設定しないかぎり、VFのMACアドレスが宛先ホストのMACアドレスと異なる場合があります。移行が完了すると、ゲストとホストのMACアドレスが一致し、ゲストをリブートする必要はありません。

アドレスを事前設定するかわりに、移行後にゲストをリブートして、ゲストVFのMACアドレスを宛先ホストのMACアドレスと同期させます。

(バグID 35508407)