3 既知の問題
この章では、現在のOracle Linux 8リリースの既知の問題を示します。このリストでは、x86プラットフォームとaarch64プラットフォームの両方に影響する可能性がある問題について説明します。このリストでは、aarch64プラットフォームにのみ固有の追加の問題には、aarch64のみ:
というラベルが付いています。
インストールとアップグレードの問題
このリリースのOracle Linux 8で発生した既知のインストールおよびアップグレードの問題を次に示します。
代替言語を選択した場合、対話型テキストベースのインストール・ウィザードを完了できない
テキストベースのインストーラを使用した対話式のインストール時に代替言語が選択された場合、インストール・ウィザードのすべてのステップを実行することはできません。ソフトウェアの選択およびインストール先の[!]の箇条書きでは、これらの2つのオプションで何が選択されているかに関係なく、インストールがブロックされます。
この問題は、デフォルトの言語選択である英語を使用してインストールを実行するとき、またはグラフィカル・インストーラを使用している場合には発生しないことに注意してください。
(バグID 30535416)
ブート時に代替インストール・リポジトリが設定されている場合、インストール・ソースを変更するとエラーが発生する
inst.repo
オプションを設定してインストーラが起動された場合、インストーラ内でCDまたはDVDデバイスを使用するようにインストール・ソースを変更すると、ソースを起動時に設定された元のソースに設定し直さないかぎり、インストールの続行を妨げるエラーが発生します。
ハード・ディスクを指すようにinst.repo
オプションを設定し、インストーラ内のインストール・ソースを変更しようとすると、エラーが表示されますが、インストールは続行できます。
これらの問題を回避するには、提供されているインストール・ソースを使用しない場合、ブート時にinst.repo
オプションを設定しないでください。または、インストーラ内のインストール・ソースを変更せずに、ブート時に定義されたinst.repo
ソースを使用します。
(バグID 30316179)
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)
インストール後の初回ブート時にULN登録ウィザードが表示されない
Oracle Linux 8の新規インストールでは、ULNに登録してOracle Kspliceを使用するオプションを提供するULN登録ウィザードは初回ブート時に表示されません。
代替手段として、インストールの完了後にULNに登録します。手順は、https://linux.oracle.com/を参照してください。
(バグID 29933974)
Syslogエラー: モジュール'ip_tables'の挿入に失敗しました: 操作は許可されません
Oracle Linux 8のインストール時に、/var/log/messages:systemd
ログに次のメッセージが記録される場合があります。
1]: Failed to insert module 'ip_tables': Operation not permitted
ip_tables
カーネル・モジュールはその後、次のコマンドを実行して検証できるため、このエラーは無視できます。
grep IPTABLES /boot/config*
次の出力は、モジュールが正常にロードされたことを示しています。
CONFIG_IP_NF_IPTABLES=m CONFIG_IP6_NF_IPTABLES=m
また、次のコマンドを実行して、モジュールが正常にロードされたことを確認することもできます。
modinfo ip_tables
前述のコマンドの出力は、モジュールが正常にロードされたことを示しています。
filename: /lib/modules/4.18.0-32.el8.x86_64/kernel/net/ipv4/netfilter/ip_tables.ko.xz alias: ipt_icmp description: IPv4 packet filter author: Netfilter Core Team <coreteam@netfilter.org> license: GPL rhelversion: 8.0 srcversion: 3967C875058C2EE2475C9C2 depends: retpoline: Y intree: Y name: ip_tables vermagic: 4.18.0-32.el8.x86_64 SMP mod_unload modversions sig_id: PKCS#7 signer: sig_key: sig_hashalgo: md4 signature: 30:82:02:59:06:09:2A:86:48:86:F7:0D:01:07:02:A0:82:02:4A:30: 82:02:46:02:01:01:31:0D:30:0B:06:09:60:86:48:01:65:03:04:02: 01:30:0B:06:09:2A:86:48:86:F7:0D:01:07:01:31:82:02:23:30:82: 02:1F:02:01:01:30:7A:30:62:31:22:30:20:06:03:55:04:0A:0C:19: 4F:72:61:63:6C:65:20:41:6D:65:72:69:63:61:2C:20:49:6E:63:2E: 2C:63:3D:55:53:31:19:30:17:06:03:55:04:03:0C:10:4F:72:61:63: . . .
(バグID 29500599)
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)
dnf update glusterfs-*コマンドを実行すると、以前にインストールしたパッケージのアップグレードに失敗する
glusterfs-*.i686
パッケージがOracle Linux 8システムに存在し、次の更新バージョンにアップグレードする場合、後でdnf update glusterfs*
コマンドを実行すると、GlusterFSパッケージのアップグレードに失敗します。
回避策として、最初にシステムからglusterfs-*.i686
パッケージを削除し、次にdnf update glusterfs*コマンドを実行します。
(バグID 30279840)
Cockpit Webコンソールの「Services」ページでサービスを状態で検索できない
Cockpit Webコンソールの「サービス」ページが更新されており、名前、説明および状態別にサービスを検索できます。この新機能は、「名前」および「説明」でサービスをフィルタする場合は期待どおりに機能しますが、「状態」でサービスをフィルタしようとすると、一致する結果がないことを示すエラーが生成されます。
(バグID 30286168)
libstorageパッケージの競合により、dnf groupinstallコマンドが失敗する
dnf groupinstallコマンドを実行すると、インストールが失敗する可能性があります。この問題は、i686パッケージとx86_64
パッケージの間に競合が存在するコア依存関係パッケージ(libstoragemgmt
)との競合が原因です。
回避策として、dnf groupinstallコマンドの実行時に--nobest
オプションを指定します。これにより、ビルド・アーキテクチャのパッケージをインストールできるため、この競合を回避できます。次に例を示します。
sudo dnf groupinstall "Server with GUI" --nobest sudo dnf group update "Server with GUI"
(バグID 30882591)
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で発生した既知のカーネルの問題を次に示します。
KVMゲストがAMD 64ビット・プラットフォームで「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
に設定されていても、Retroplineのサポートがmodinfo -F retpolineコマンドの出力に表示されません。次に例を示します。
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)
論理ボリューム・マネージャを使用するFCディスクに/sysrootをマウントしようとすると、Kdumpがメモリー不足になる
Oracle Linux 8の問題により、LVMを使用するファイバ・チャネル(FC)ディスクに/sysroot
をマウントしようとすると、Kdumpがメモリー不足になります。この問題は、crashkernel
がロードされるときのメモリー不足によるものです。
この問題を解決するには、次のいずれかを行います。
-
crashkernel=auto
ブート・オプションをオーバーライドして、Kdump用に予約するメモリーの量を増やします。たとえば、カーネル・ブート・パラメータをcrashkernel=512M
に設定します。 -
Kdumpの宛先をネットワークの場所(NFSまたはSSH)に設定します。
(バグID 29840266)
aarch64のみ: KdumpがThunderX2およびX-Gene 3プラットフォームで失敗することがある
Oracle Linux 8 (aarch64)を実行しているThunderX2およびX-Gene 3プラットフォームでのクラッシュ・カーネルのブート中に、システムのハングが発生することがあります。この問題は、起動プロセスの様々なステージで確認されています。そのため、このハードウェアではKdumpが期待どおりに動作しない可能性があります。
(バグID 30339519、30339571)
aarch64のみ: ゲスト内の過剰な書込みアクティビティによって、ゲスト・カーネルがクラッシュする可能性がある
ゲスト・システムが/dev/stdout
への過剰な書込みアクティビティを実行している環境では、同じゲストでその後繰り返される一時停止操作および再開操作により、ゲスト・カーネルがクラッシュする可能性があります。さらに、/dev/stdout
で過剰な書込みアクティビティが発生した状態のスナップショットからアイドル状態のスナップショットに戻した場合も、ゲスト・カーネルがクラッシュする可能性があります。
この問題は、64ビットArmプラットフォームのゲスト・カーネルに存在していて現在調査中であるパッチに関連しています。修正は、今後の正誤表リリースで提供される可能性があります。
(バグID 30423465)
ネットワークの問題
このリリースのOracle Linux 8で発生した可能性のあるネットワークの問題を次に示します。
nohupを実行すると、sshコマンドが実行されない
Oracle Linux 8システムで、次の例に示すようなnohupコマンドを実行すると、ssh
コマンドの問題が発生することがあります。
/usr/bin/nohup ./myscript > nohup.out &
ssh
コマンドを使用して同じシステムにリモート接続しようとすると、コマンドが停止します。
この問題を回避するには、nohupコマンドの構文を次のように変更します。
/usr/bin/nohup ./myscript > nohup.out 2>&1 &
(バグID 30287091)
firewalldサービスを再起動すると、SSH接続がタイムアウトになる
firewalldサービスを再起動すると、サービスが起動された端末でSSH接続のタイムアウトが発生します。その他のSSH端末は接続されたままであることに注意してください。
(バグID 29478124)
エラー: 「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
デーモンは必要ありません。このエラーは警告にダウングレードする必要があります。
(バグID 29501190)
Podmanの問題
このリリースのOracle Linux 8のPodmanコンテナ管理ツールの既知の問題を次に示します。
podman attach --latestを実行するときに使用可能なコンテナがないと、パニックが発生する
podman attach --latestを実行するときに環境にコンテナが存在しないと、ランタイム・エラーが発生します。
panic: runtime error: index out of range ...
このエラーは、環境にコンテナが存在するとすぐに発生しなくなることに注意してください。コンテナがない場合にこのコマンドを実行しても意味がありません。
(バグID 29882537)
デフォルトのpodmanデタッチ・キー・シーケンスを使用するための要件
コンテナのデタッチに使用するデフォルトのキー・シーケンス(CTRL+P
、CTRL+Q
)には、デタッチを処理できるコンソール(pseudo-tty
)と、制御シグナルを渡すための入力チャネル(stdin
)が必要です。それ以外の場合は、podman-attach(1)
マニュアルの説明にあるように、コンテナを作成して、podman attach -lコマンドでアタッチしてから、デフォルトのキー・シーケンスを使用してコンテナを終了またはデタッチすることはできません
ページ。
デフォルトのCTRL+P
、CTRL+Q
キー・シーケンスを使用してコンテナをデタッチできるようにするには、次のいずれかの方法を使用してコンテナを作成します。
-
バックグラウンドでコンテナを作成します。
podman run --rm -t -d container-registry.oracle.com/os/oraclelinux:7 top -b
その後、podman attach -lコマンドを使用してコンテナをアタッチし、
CTRL+P
、CTRL+Q
キー・シーケンスを使用してコンテナをデタッチできます。 -
コンテナを対話形式で作成します。
podman run --rm -t -i container-registry.oracle.com/os/oraclelinux:7 top -b
対話形式の方法では、コンテナが作成され、自動的にアタッチされます。その後、
CTRL+P
、CTRL+Q
キー・シーケンスを使用してコンテナをデタッチできます。詳細は、
podman(1)
およびpodman-attach(1)
のマニュアル・ページを参照してください。
(バグID 29882852)
イメージをプルしようとする場合に正しい名前を指定していないと、認証エラーが表示される
podman pull image-nameコマンドを実行してイメージをプルしようとした際に、イメージの正しい名前またはフルネームを指定していない場合は、認証エラーが発生します。
たとえば、次のエラーが表示されるのは、イメージの正しい名前であるoraclelinux:latest
ではなく、oracle:latest
がイメージの名前として指定されているためです。
Trying to pull registry.redhat.io/oracle:latest...Failed Trying to pull quay.io/oracle:latest...Failed Trying to pull docker.io/oracle:latest...Failed error pulling image "oracle:latest": unable to pull oracle:latest: 3 errors occurred: * Error determining manifest MIME type for docker://registry.redhat.io/oracle:latest: unable to retrieve auth token: invalid username/password * Error determining manifest MIME type for docker://quay.io/oracle:latest: Error reading manifest latest in quay.io/oracle: error parsing HTTP 404 response body: invalid character '<' looking for beginning of value: "<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 3.2 Final//EN\">\n<title>404 Not Found</title>\n<h1>Not Found</h1>\n<p>The requested URL was not found on the server. If you entered the URL manually please check your spelling and try again.</p>\n" * Error determining manifest MIME type for docker://oracle:latest: Error reading manifest latest in docker.io/library/oracle: errors: denied: requested access to the resource is denied unauthorized: authentication required
このエラーが発生しないようにするには、常にpodman pullコマンドで正しいイメージ名を指定します。
(バグID 29894231)
Oracle Container Registryがカタログを検索するリクエストを処理できない
podman searchコマンドを使用してOracle Container Registry内のイメージを検索しようとすると、レジストリにログインしている場合でも認可エラーで失敗します。
ERRO[0001] error getting search results from v2 endpoint "container-registry.oracle.com", status code 401 (Unauthorized) ...
この問題は、Oracle Container Registryが/v2/_catalogにアクセスするためのトークン要求を処理する方法に関連しています。podman searchコマンドは、pingレベルのアクセスについてのみトークンを要求し、カタログ・アクセスについては要求しません。
現在のところ、この問題に対する回避策はありません。
(バグID 29942671)