既知の問題

使用不可または利用不可のArm機能

次の機能は動作しない、テストされていない、または64ビットのArm (aarch64)プラットフォームで機能を使用できない、または使用できない原因となる問題を抱えています:

InfiniBand

InfiniBandハードウェアは現在、UEK R6を使用するArmアーキテクチャではサポートされていません。
FibreChannel

FibreChannelハードウェアは現在、UEK R6を使用したArmアーキテクチャではサポートされていません。
RDMA

RDMAおよびそのサブ機能は、Armアーキテクチャではサポートされていません。
Secure Bootおよびロックダウン

Secure Boot機能およびカーネル・ロック・ダウン機能は、Armアーキテクチャでサポートされていないか、または使用できません。

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

このUEK R6リリースのファイル・システムの既知の問題を次に示します。

Btrfs: 大規模なファイル範囲から多数のファイル・エクステントを削除するときに、ENOSPCエラーおよびトランザクションを中止しました

限られた数のケースでは、複数のリーフを横断する削除されたファイル・エクステント・アイテムはENOSPCエラーで失敗し、現在のトランザクションは中止されます。ファイル・システムは読取り専用モードに切り替わります。

この問題が発生すると、次のようなスタック・トレース・エラーがsyslogにダンプされ、dmesg出力に表示されます:

[ 1500.620938] BTRFS: Transaction aborted (error -28)
[ 1500.620973] WARNING: CPU: 2 PID: 30807 at fs/btrfs/inode.c:9724 __btrfs_prealloc_file_range+0x512/0x570 [btrfs]
[ 1500.620974] Modules linked in: btrfs intel_rapl_msr intel_rapl_common kvm_intel (...)
[ 1500.621010] CPU: 2 PID: 30807 Comm: xfs_io Tainted: G        W         5.9.0-rc3-btrfs-next-67 #1
[ 1500.621012] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014
[ 1500.621023] RIP: 0010:__btrfs_prealloc_file_range+0x512/0x570 [btrfs]
[ 1500.621026] Code: 8b 40 50 f0 48 (...)
[ 1500.621028] RSP: 0018:ffffb05fc8803ca0 EFLAGS: 00010286
[ 1500.621030] RAX: 0000000000000000 RBX: ffff9608af276488 RCX: 0000000000000000
[ 1500.621032] RDX: 0000000000000001 RSI: 0000000000000027 RDI: 00000000ffffffff
[ 1500.621033] RBP: ffffb05fc8803d90 R08: 0000000000000001 R09: 0000000000000001
[ 1500.621035] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000003200000
[ 1500.621037] R13: 00000000ffffffe4 R14: ffff9608af275fe8 R15: ffff9608af275f60
[ 1500.621039] FS:  00007fb5b2368ec0(0000) GS:ffff9608b6600000(0000) knlGS:0000000000000000
[ 1500.621041] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 1500.621043] CR2: 00007fb5b2366fb8 CR3: 0000000202d38005 CR4: 00000000003706e0
[ 1500.621046] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 1500.621047] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
[ 1500.621049] Call Trace:
[ 1500.621076]  btrfs_prealloc_file_range+0x10/0x20 [btrfs]
[ 1500.621087]  btrfs_fallocate+0xccd/0x1280 [btrfs]
[ 1500.621108]  vfs_fallocate+0x14d/0x290
[ 1500.621112]  ksys_fallocate+0x3a/0x70
[ 1500.621117]  __x64_sys_fallocate+0x1a/0x20
[ 1500.621120]  do_syscall_64+0x33/0x80
[ 1500.621123]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
[ 1500.621126] RIP: 0033:0x7fb5b248c477
[ 1500.621128] Code: 89 7c 24 08 (...)
. . .

この問題は、通常、fallocate()関数が、多くの小さなエクステントが割り当てられている大規模なファイル範囲(100+ MiB)に対してゼロ範囲の操作を完了できなかった場合にトリガーされます。

(バグID 32675999)

Btrfs: ディスク障害が突然発生した場合、ファイル・システムの破損が発生

突然のディスク障害が発生した場合、ファイル・システムにログをフラッシュする機会がなければ、Btrfsファイル・システムが破損する可能性があります。ディスクの回復後にファイルシステムを確認するときに、問題が発生します。 btrfs check <dev>を実行すると、次のような出力が表示されます:

root 5 inode 2832 errors 100, file extent discount
Found file extent holes:
start: 2387968, len: 69632
root 270 inode 266 errors 100, file extent discount
Found file extent holes:
start: 4145152, len: 45056
root 942 inode 259 errors 100, file extent discount
Found file extent holes:
start: 4935680, len: 77824
root 945 inode 258 errors 100, file extent discount
Found file extent holes:
start: 1064960, len: 49152
root 946 inode 259 errors 100, file extent discount
Found file extent holes:
start: 3895296, len: 73728
ERROR: errors found in fs roots
found 936067072 bytes used, error(s) found
total csum bytes: 387876
total tree bytes: 19349504
total fs tree bytes: 17235968
total extent tree bytes: 950272
btree space waste bytes: 10670592
file data blocks allocated: 2036375552
 referenced 972320768

--repair オプションを設定して同じコマンドを実行することで、ファイルシステムの修復を試みることができます。次に例を示します:

sudo btrfs check --repair /dev/sdb1

(バグID 30473586)

ext4: 頻繁にシステム停止を繰り返すと、ファイル・システムの破損が発生する可能性があります

ext4を使用しているシステムが繰り返し頻繁にシャットダウンすると、ファイル・システムが壊れている可能性があります。この問題は、複製するのが困難であるため、コーナー・ケースとみなされます。この問題はアップストリーム・コードに存在し、提案されたパッチを現在レビュー中です。 (バグID 27547113)

シリアル・ポート・ボー・レートが低すぎる場合は、シリアル・ポート・コンソールがクラッシュする可能性があります

ILOMコンソール・インタフェースの場合のように、物理シリアル・コンソールを使用してシステム出力をモニターするシステムでは、出力レベルが高いほど、カーネルの停止タイマー・イベントなど、プロセスがCPUスケジューラの時間を取得できないことを示すシステム動作が異常に発生する可能性があります。これは通常、シリアル・コンソールの速度の設定が低すぎて、6以上のログ・レベルがシステムに構成されている場合に発生します。この問題が発生する可能性を減らすには、ログ・レベルを減らすか、最大可能なbaudレート115200のコンソールを構成します。

UEK R6U1以降では、ボー・レートの設定が低すぎる場合は、dmesg出力に警告が表示されます:

dmesg | grep -A4 -i baud

[  369.777802] Serial console is set to the default of 9600 baud. This can
[  369.778852] result in stalls or lockups in error conditions requiring a
[  369.779892] large number of console system messages. Please increase the
[  369.780889] rate to the highest your system will allow (for instance,
115200
[  369.781918] or 57600). See Oracle KM Note 2648582.1 for more information.

実行中のOracle Linux 7またはOracle Linux 8システムの現行コンソールの速度は、次のコマンドを実行して構成済シリアル・ポートに設定できます:

stty -F /dev/ttyS0 speed 115200

システムのブート時に使用されるシリアル・コンソール速度を変更するには、GRUB構成を編集する必要があります。テキスト・エディタで/etc/sysconfig/grubを編集し、console= ttyS0、115200をGRUB_CMDLINE_LINUXで始まる行に追加します。次に例を示します:

GRUB_CMDLINE_LINUX="crashkernel=auto resume=/dev/mapper/linux1-swap rd.lvm.lv=linux1/root \
  rd.lvm.lv=linux1/swap rhgb quiet console=ttyS0,115200"

前述の例では、シリアル・コンソールはttyS0であると想定されています。代替シリアル・ポートを使用している場合は、これを変更する必要がある場合があります。

レガシーBIOSを使用している場合は、次のブートで使用されるように、変更内容でgrub構成を更新するには、次のように実行します:

sudo grub2-mkconfig -o /boot/grub2/grub.cfg

または、Unified Extensible Firmware Interface (UEFI)を使用してブートする場合は、次のコマンドを実行します:

sudo grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg

Oracle Serverハードウェア、またはシリアル・コンソールへのILOMインタフェースを提供するシステムを使用している場合は、ILOMのシリアル・コンソール構成を更新して、ホスト・オペレーティング・システム内で設定した速度に一致させるようにしてください。 ILOM CLIでシリアル・ポートを設定するには、次を実行します:

sudo set /SP/serial/host pendingspeed=115200 commitpending=true

ILOMの現在のコンソール・ポート速度を確認するには、CLIを使用して次を実行します:

sudo show /SP/serial/host

ILOM構成の詳細は、https://docs.oracle.com/cd/E19203-01/820-1188-12/core_ilom_managing.htmlを参照してください。

(バグID 30487830、30439170)

SELinux表示される権限ウォッチ・メッセージ

UEK R6をSELinuxの許容モードまたは強制モードで起動すると、次のようなメッセージが生成されます:

SELinux:  Permission watch in class filesystem not defined in policy. 
SELinux:  Permission watch in class file not defined in policy. 
SELinux:  Permission watch_mount in class file not defined in policy. 
SELinux:  Permission watch_sb in class file not defined in policy.
SELinux: the above unknown classes and permissions will be allowed

これらのメッセージは、これらのクラスに対してSELinuxポリシー内に現在定義が存在しないため表示されます。メッセージの最終行まで、クラスおよび権限はデフォルトで許可されているため、メッセージを無視しても問題ありません。

(バグID 30687021、30687021)

MLSポリシーを使用した強制モードのSELinuxはサポートされていません

SELinuxがMultilevel Security (MLS)ポリシーを使用するように構成されていて、それが強制モードになっている場合は、ファイルシステムのマウントを試みるときにアクセス権エラーや、オペレーティング・システムのブート時にSystemdが凍結する可能性など、オペレーティング・システムの通常の機能が妨げられることがあります。

MLSポリシーで強制モードのSELinuxはサポートされていません。ターゲット・ポリシーを使用すると、強制モードでSELinuxを引き続き使用できます。

(バグID 30797389、30609238)

広々としたxs_tcp_setup_socket: NFSの使用時にメッセージを接続

NFSを使用すると、ソケット接続エラーに関するメッセージが不正確に表示される可能性があります。次のようなメッセージが表示される場合があります:

xs_tcp_setup_socket: connect returned unhandled error -107

基礎となる接続の問題が解決され、失敗した接続は自動的に再度開かれます。機能的に関連する影響がない場合、このエラー・メッセージは無視されることがあります。このメッセージは、接続上の問題が明らかになった結果としても表示される場合があります。

(バグID 30339848)

mstflintコマンドは、Oracle Linux 8で使用された場合にコア・ダンプを報告

mstflint -i fw-*.bin bコマンドを使用してOracle Linux 8システム上の特定のファームウェアを更新すると、コア・ダンプになります。

この問題が発生すると、次のようなメッセージが対応する出力で確認できます:

mstflint -d 3b:00.0 -i
fw-ConnectX3-rel-2_35_6312-45-7046442_7092757.bin b

/usr/include/c++/8/bits/stl_vector.h:932: std::vector<_Tp, _Alloc>::reference
std::vector<_Tp, _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type)
[with _Tp = unsigned char; _Alloc = std::allocator<unsigned char>;
std::vector<_Tp, _Alloc>::reference = unsigned char&; std::vector<_Tp,
_Alloc>::size_type = long unsigned int]: Assertion '__builtin_expect(__n <
this->size(), true)' failed.
Aborted (core dumped)

現在、この問題を回避する方法はありません。

(バグID 33212531)

IOMMUカーネル・オプションはデフォルトで有効になっています

UEK R5U1以降、IOMMU機能はx86_64カーネルでデフォルトで有効になっています。この変更により、単一ルート入出力仮想化(SR-IOV)およびその他の仮想化拡張が容易になりますが、IOMMUが有効になっているときに検出を完了できない特定のハードウェアでブート障害の問題が発生することも知られています。この機能のステータスは、iommu=onとしてレポートする/proc/cmdには表示されなくなりました。つまり、ブートの失敗が発生した場合は、カーネルcmdlineオプションとして明示的に無効にする必要があります。代替の回避策として、ベンダーの指示に従って、システムROM内のIOMMUまたはIntel-Vtdを無効にできます。

これらのブート障害の問題は、特定のBroadcomネットワーク・デバイス(HP Gen8サーバーなど)に対応して検出されました。詳細は、https://support.hpe.com/hpsc/doc/public/display?docId=emr_na-c04565693を参照してください。

NVMeデバイスのLinux I/Oスケジューラの変更は、250以上のネームスペースを持つQlogic HBAを持つホストで失敗

QLogicファイバ・チャネルqla2xxx HBAドライバを使用して作成されるNVMeネームスペースが250を超える場合、さらにLinux I/Oスケジューラをデフォルト値noneからmq-deadlineに変更しようとすると、問題が発生します。操作が失敗し、デバイスがオフラインになります。

次のメッセージがログに記録されます:

[  692.819064] qla2xxx 0000:04:00.1: DMAR: Allocating 2-page iova failed
[  692.819107] qla2xxx 0000:04:00.1: DMAR: Device request: 2@4f309ebfd0 dir 1

この問題の回避策は、UEK R6でデフォルトで有効になっているLinux IOMMUドライバを無効にすることです:

sudo grubby --update-kernel=ALL --args="iommu=off"

変更を有効にするには、システムをリブートする必要があります。

サーバーがシングル・ルートのI/O仮想化(SR-IOV)デバイスをホストしている場合を除き、IOMMUドライバはUEK R6では必要ありません。詳細は、「IOMMUカーネル・オプションはデフォルトで有効になっています」を参照してください。

(バグID 33348390)

HCAポートに属する複数のネット・デバイスが結合マスターの下のスレーブである場合、RoCE接続は失敗することがあります

デフォルトGIDまたはIPv6リンク・ローカル・アドレスのRoCE接続に影響を与える可能性のあるバグが特定の構成で検出されました。 HCAポートに属する複数のネット・デバイスが結合マスターの下のスレーブである場合、これらのタイプの構成に対してRoCE接続を確立しようとすると失敗することがあります。

この問題が発生した場合、次のようなエラー・メッセージがdmesg出力に表示されます:

__ib_cache_gid_add: unable to add gid
fe80:0000:0000:0000:f652:14ff:fe46:7391 error=-28.

この問題は、次の構成で発生する可能性があります:

ConnectX-5 Ethernetアダプタ・カードがアタッチされたベアメタル・システム上で、ifdownまたはifup結合インタフェース操作中にIPv6とボンディングが構成されている場合。
ConnectX-6 Ethernetアダプタ・カードがアタッチされているホスト・コンソールで、macvtapデバイスを作成または削除するとき。

(バグID 31868736)

bnxt_re: プローブ・エラー: Broadcom NetXtreme-C/E bnxt_enドライバで特定のハードウェアにインストールしたあと、「RoCE is not supported on this device」と報告される

NetXtreme-C/E bnxt_enドライバを含む一部のハードウェアでは、新規インストール直後に、次のようなメッセージがシステム・ログ(var/log/messages)で確認できます:

grep bnxt /var/log/messages

Apr 26 12:00:30 ca-ostest644 kernel: Broadcom NetXtreme-C/E driver bnxt_en
v1.10.1
Apr 26 12:00:30 ca-ostest644 kernel: bnxt_en 0000:18:00.0 (unnamed
net_device) (uninitialized): Firmware does not support TC flower offload.
Apr 26 12:00:30 ca-ostest644 kernel: bnxt_en 0000:18:00.0 eth1: Broadcom
BCM57417 NetXtreme-E 10GBase-T Ethernet found at mem 381c01210000, node addr
00:10:e0:d8:33:09
Apr 26 12:00:30 ca-ostest644 kernel: bnxt_en 0000:18:00.0: 63.008 Gb/s
available PCIe bandwidth (8 GT/s x8 link)
Apr 26 12:00:30 ca-ostest644 kernel: bnxt_en 0000:18:00.1 (unnamed
net_device) (uninitialized): Firmware does not support TC flower offload.
Apr 26 12:00:30 ca-ostest644 kernel: bnxt_en 0000:18:00.1 eth2: Broadcom
BCM57417 NetXtreme-E 10GBase-T Ethernet found at mem 381c01200000, node addr
00:10:e0:d8:33:0a
.
.
.

dmesgコマンドは、次のようなメッセージをレポートします:

dmesg | grep bnxt

[    2.703443] Broadcom NetXtreme-C/E driver bnxt_en v1.10.1
[    2.720552] bnxt_en 0000:18:00.0 (unnamed net_device) (uninitialized):
Firmware does not support TC flower offload.
[    2.961037] bnxt_en 0000:18:00.0 eth1: Broadcom BCM57417 NetXtreme-E
10GBase-T Ethernet found at mem 381c01210000, node addr 00:10:e0:d8:33:09
[    2.961044] bnxt_en 0000:18:00.0: 63.008 Gb/s available PCIe bandwidth (8
GT/s x8 link)
[    2.986775] bnxt_en 0000:18:00.1 (unnamed net_device) (uninitialized):
Firmware does not support TC flower offload.
[    2.996323] bnxt_en 0000:18:00.1 eth2: Broadcom BCM57417 NetXtreme-E
10GBase-T Ethernet found at mem 381c01200000, node addr 00:10:e0:d8:33:0a
[    2.996331] bnxt_en 0000:18:00.1: 63.008 Gb/s available PCIe bandwidth (8
GT/s x8 link)
[    3.011390] bnxt_en 0000:18:00.0 eno2np0: renamed from eth1
[    3.260089] bnxt_en 0000:18:00.1 eno3np1: renamed from eth2
[    9.038400] bnxt_re: Broadcom NetXtreme-C/E RoCE Driver
[    9.038472] bnxt_en 0000:18:00.0: bnxt_re: probe error: RoCE is not

一部のOracleサーバーのbnxt_enカード・ファームウェアでRDMAサポートが無効になっているため、これらのエラー・メッセージが報告されます。ただし、この問題はすべてのBroadcom NetXtreme-C/Eカードに影響しないことに注意してください。

この問題を回避するには、インストール前にカード・ファームウェアでRDMAサポートを有効にする必要があります。

(バグID 32819934)

IPv6の使用時にルート・キャッシュがいっぱいであることを示すメッセージが発行されました

システムによっては、IPv6の使用時に、ルート・キャッシュがいっぱいであることを示すエラー・メッセージが表示されます。次の例のようなエラーが返される場合があります:

[ 5523.456447] Route cache is full: consider increasing sysctl
net.ipv[4|6].route.max_size.

これらのエラーの原因や/proc/sys/net/ipv6/route/max_sizeのサイズを増やすことは不明ですが、テスト・システムでは、次のコマンドを実行したあとに問題をレプリケートできませんでした:

sudo sysctl net.ipv6.route.max_size=32768

問題が現在調査中であるため、この値を増やすことが可能な回避策です。

(バグID 30976607)

RoCEを使用すると、IPv6 RDS zcopyが失敗することがあります

UEK R6を実行しているシステムで-Dオプションを指定してrds-stressコマンドを使用すると、RoCEを使用すると、IPv6接続が失敗することがあります。次に例を示します:

/usr/bin/rds-stress -r 2001:db8:0:f101::10 -s
2001:db8:0:f101::50 -p 5001 -q 256 -a 256 -D 1048576 -t 8 -d 8 -T 5 -Q 0

connecting to 2001:db8:0:f101::50:5001
negotiated options, tasks will start in 2 seconds
Starting up....
tsks   tx/s   rx/s  tx+rx K/s    mbi K/s    mbo K/s tx us/c   rtt us cpu %
   8   1111   1138    1124.08 1148754.54 1152849.92 2262.40 166273.84 -1.00
   8      0      0       0.00       0.00       0.00    0.00     0.00 -1.00
An incoming message had a  header which
didn't contain the fields we expected:
    member                              expected eq                          
        got
       seq                                   232 !=                          
        233
 from_addr                   2001:db8:0:f101::50  =
 2001:db8:0:f101::10
   to_port                                  5009  =                          
       5009
     index                                     0 !=                          
          1
        op                                     2  =                          
          2
header from 2001:db8:0:f101::50:5006 to id 5009 bogus
An incoming message had a  header which
didn't contain the fields we expected:
.
.
.

この障害が発生すると、RDS/IB接続が切断され、dmesgコマンドは次のような「完了エラーを送信」を出力します:

[ 1459.672036] RDS/IB: Active  conn 000000009390f34a i_cm_id
0000000025fb11f7, frag 16KB, connected
<::ffff:10.196.100.10,::ffff:10.196.100.20,0> version 4.1
[ 1525.726700] RDS/IB: Passive conn 0000000004f3adf0 i_cm_id
000000008ed2761a, frag 16KB, connected
<2001:db8:0:f101::10,2001:db8:0:f101::20,0> version 4.1
[ 1533.507148] RDS/IB: connection <2001:db8:0:f101::10,2001:db8:0:f101::20,0>
dropped due to 'peer ADDR_CHANGE event'
[ 1533.520819] RDS/IB: Active  conn 0000000004f3adf0 i_cm_id
00000000e4924354, frag 16KB, connected
<2001:db8:0:f101::10,2001:db8:0:f101::20,0> version 4.1
[ 6520.413359] perf: interrupt took too long (2512 > 2500), lowering
kernel.perf_event_max_sample_rate to 79000
[ 6828.577868] perf: interrupt took too long (3158 > 3140), lowering
kernel.perf_event_max_sample_rate to 63000
[11040.701140] perf: interrupt took too long (3957 > 3947), lowering
kernel.perf_event_max_sample_rate to 50000
[15759.500697] RDS/IB: Active  conn 0000000071070b96 i_cm_id
000000008991e14b, frag 16KB, connected
<2001:db8:0:f101::10,2001:db8:0:f101::50,0> version 4.1
[15761.564522] RDS/IB: connection <2001:db8:0:f101::10,2001:db8:0:f101::50,0>
dropped due to 'DISCONNECTED event'
[15763.206080] RDS/IB: Active  conn 0000000071070b96 i_cm_id
0000000078e31285, frag 16KB, connected
<2001:db8:0:f101::10,2001:db8:0:f101::50,0> version 4.1
[15763.232934] RDS/IB: connection <2001:db8:0:f101::10,2001:db8:0:f101::50,0>
dropped due to 'qp event'
[15763.250068] RDS/IB: Active  conn 0000000071070b96 i_cm_id
000000002001aa35, frag 16KB, connected
<2001:db8:0:f101::10,2001:db8:0:f101::50,0> version 4.1
[15763.284602] RDS/IB: connection <2001:db8:0:f101::10,2001:db8:0:f101::50,0>
dropped due to 'recv completion error'
[15763.300256] RDS/IB: Active  conn 0000000071070b96 i_cm_id
0000000003fdea35, frag 16KB, connected
<2001:db8:0:f101::10,2001:db8:0:f101::50,0> version 4.1
[15763.305075] RDS/IB: connection <2001:db8:0:f101::10,2001:db8:0:f101::50,0>
dropped due to 'DISCONNECTED event'
[15763.307644] infiniband mlx5_0: dump_cqe:275:(pid 0): dump error cqe
[15763.307649] 00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[15763.307650] 00000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[15763.307652] 00000020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[15763.307653] 00000030: 00 00 00 00 00 00 88 13 08 00 01 0f 01 4f 94 d2
[15763.322476] RDS/IB: Active  conn 0000000071070b96 i_cm_id
00000000f9fd41c3, frag 16KB, connected
<2001:db8:0:f101::10,2001:db8:0:f101::50,0> version 4.1
[15763.330022] RDS/IB: connection <2001:db8:0:f101::10,2001:db8:0:f101::50,0>
dropped due to 'DISCONNECTED event'
.
.
.

同じ問題がKVMゲストにも見られた。この問題はIPv4接続では発生しません。

この問題は、一貫して再現できないという事実のためにコーナー・ケースであると考えられます。

(バグID 33078473)

RoCEを使用すると、IPv6フェイルバックが失敗

rdmaipドライバは、IPv6アドレス変更通知をRDSに送信しません。これにより、RoCEの使用時にIPv6フェイルオーバーが遅延したり妨げたりする可能性があります。これは、アクティブなボンディングが有効な場合にIPv6でのみ発生します。 IPv4フェイルオーバーは、引き続き正常に動作します。

問題がトリガーされると、カーネル・ログに次のメッセージが表示される場合があります:

kernel: rdmaip: could not add 2001:db8:0:f101::50%4/64 to ens2f0 (port 1)
kernel: IPv6: ens2f0: IPv6 duplicate address 2001:db8:0:f101::50 used by 
        50:6b:4b:cb:ef:23 detected!

修正は開発中ですが、このリリースの時点では使用できません。この修正はエラータ更新として使用可能になることがあります。

(バグID 31021418)

libpcapパッケージを削除できません

libpcapパッケージを削除しようとしたり、パッケージを削除しようとするアクションを実行しようとすると、依存関係チェーンでsystemdパッケージの削除が必要になり、システムが中断するため、エラーが発生します。

これはOracle Linux 8で予想される動作ですが、以前のOracle Linuxリリースではlibpcapパッケージを削除することが可能であったため、この動作がここに示されています

RDMAパッケージのインストール時など、状況によっては、libpcapがオペレーティング・システム用に提供されるバージョンより新しいバージョンにアップグレードされる場合があります。これらのパッケージを削除する場合は、BaseOSチャネルまたはリポジトリでオペレーティング・システムに提供されている最高バージョンと一致するようにlibpcapパッケージをダウングレードすることもできます。通常、これは、dnf history undoコマンドを使用してインストールを元に戻すことで、もっとも簡単に実行できます。詳細は、DNF(8)のマニュアル・ページを参照してください。

(バグID 30979601)

Infinibandファブリックのネットワーク遅延が増加する可能性があります

TCP書き込みサイズがInfiniband (IB) Maximum Transmission Unit (MTU)のサイズに近い場合、アプリケーションでパケット転送の待機時間が長くなることがあります。たとえば、デフォルトのIB MTUは65520バイトです。 65520バイトから128 KBまでのTCP書き込みサイズも使用するアプリケーションでは、この問題が発生する可能性があります。アプリケーションがより大きい(256 KBなど)またはより小さい(4 KBや32 KBなど) TCP書込みサイズを使用している場合、この問題は発生しません。

この問題は、Ethernetネットワークに影響しないことに注意してください。

Oracle LinuxおよびUEK R6のIB MTUおよびTCP書込みサイズのデフォルト値では、この問題は発生しません。 TCPウィンドウ・サイズが変更されたアプリケーション、またはMTU値が変更されたシステムでは、この問題が重複して発生する可能性があります。

この問題の回避方法としては、IBインタフェースのMTUまたはアプリケーションのTCP書き込みサイズのいずれかを調整して、TCP書き込みサイズがIB MTUより小さくなるか、TCP書き込みサイズがIB MTUの2倍よりも大きくなるようにします。 MTUは、ip linkコマンドを使用して動的にチューニングできます。 TCP書込みサイズのチューニングはアプリケーション固有であることに注意してください。

(バグID 31830430)

パケット損失は、ConnectX-6Dx vDPAインタフェース上の大きいMTUで発生

ConnectX-6Dxアダプタには現在、vDPAインタフェースのパケット・サイズに対する機密性があります。その結果、ConnectX-6Dx vDPAインタフェースが1500バイトを超えるMTUを使用するように構成されているシステムでは、ネットワーク転送中にパケット損失が発生する可能性があります。

この問題を回避するには、vDPAネットワーク・インタフェースにMTUサイズ1500を使用します。

(バグID 33403579)

vDPAインタフェースを使用するVMでは、KVMゲストのブート時間が増加する可能性があります

BIOSまたはUEFI/OVMFを使用してブートするvDPAインタフェースを備えたVMでは、ブート時間が長くなることがあります。 VMに割り当てられているvDPAインタフェースの数が増えると、この時間が増加します。この問題の一般的な原因は、QEMUコマンド行またはゲストのlibvirt XML説明でゲストに対してブート順序が指定されていない場合です。このような場合、VMはすべてのデバイスを検出してから、ブート可能なデバイスを特定する必要があり、その結果、ブート時間が長くなります。

この問題の回避策は、vDPAインタフェースを持つすべてのVMのブート順序を指定することを確認することです

(バグID 33294034)

(aarch64)一部の仮想化Armプラットフォームをプロファイリングすると、Perfツールによってアプリケーションの速度が低下する可能性がある

ノート:

次の問題は、ベア・メタル・インストールには影響しません。

マルチ・ソケットaarch64プラットフォームで実行されている仮想マシン(VM)で、perf topまたはperf recordコマンドを起動すると、アプリケーションの速度低下が発生する可能性があります。場合によっては、端末ウィンドウで次のメッセージが出力されます:

kernel:watchdog: BUG: soft lockup

この問題を次のように軽減できます:

ロック・アップの状況を回避し、プローブの効果を減らすために、-Fフラグを使用して頻度ではなく、perf recordコマンドで-cフラグを使用してサンプル期間を指定できます。たとえば、perf record -F 100コマンドのかわりにperf record -cコマンドを使用します。
perfコマンドを--all-cpusフラグとともに使用しないでください。かわりに、perf -Cコマンドを使用して最小数のCPUを指定します。

(バグID 32834324)

(aarch64) Kdumpが一部のArmシステムでのクラッシュ・カーネル・メモリーの割り当てに失敗

一部の64ビットArm (aarch64)システムでは、連続するメモリーが不足しているため、auto値の設定時に通常予約される最小crashkernelメモリーを割り当てることができないためにKdumpが失敗することがあります。

この問題により、Kdumpの起動に失敗し、次のエラーがログに表示されます:

kdumpctl[3812]: No memory reserved for crash kernel
...
systemd[1]: Failed to start Crash recovery kernel arming.

この問題を回避するには、crashkernelの下限値と上限値を手動で設定し、256 MB未満の下限値を設定してみます。たとえば、crashkernel=autoをcrashkernel=800M,high crashkernel=200M,lowに置き換えます。

(バグID 31554906)

ipmctl-monitorパッケージは、ipmctlを使用する必要がなくなりました

ipmctl-monitorパッケージは、UEK R6U2で使用可能なipmctlバージョン2.0には必要ありません。以前のバージョンのipmctlからシステムを更新する場合、または他のipmctlユーティリティとともにipmctl-monitorパッケージをインストールしようとすると、次のような競合が発生する可能性があります:

Error:
 Problem: cannot install both libipmctl-02.00.00.3852-1.0.1.el8.x86_64 and
libipmctl-01.00.00.3467-1.0.1.el8.x86_64
  - package ipmctl-monitor-01.00.00.3467-1.0.1.el8.x86_64 requires
libipmctl.so.3()(64bit), but none of the providers can be installed
  - package ipmctl-monitor-01.00.00.3467-1.0.1.el8.x86_64 requires
libipmctl(x86-64) = 01.00.00.3467-1.0.1.el8, but none of the providers can be
installed
  - cannot install the best candidate for the job
  - conflicting requests

システムを更新する場合は、更新を実行する前にipmctl-monitorパッケージを削除してください:

sudo dnf remove ipmctl-monitor
sudo dnf update

これらのパッケージを初めてインストールする場合は、インストール・コマンドにipmctl-monitorパッケージを含めないでください。

(バグID 32818557、32516965)