3 既知の問題
この章では、Unbreakable Enterprise Kernelリリース6の既知の問題について説明します。
使用不可または利用不可の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)
シリアル・ポート・ボー・レートが低すぎる場合は、シリアル・ポート・コンソールがクラッシュする可能性があります
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)