Anaconda が、元のブートデバイス NVRAM 変数リストを新しい値に置き換えます。

以前は、NVRAM からの起動により、ブートデバイスリストのエントリーが正しくない 値 を持つために、起動システムが失敗する可能性がありました。

IBM Z への KVM 仮想マシンのグラフィカルインストールが利用できるようになりました。

IBM Z ハードウェアで KVM ハイパーバイザーを使用する場合は、仮想マシンの作成時にグラフィカルインストールを使用できるようになりました。

非推奨のカーネルブート引数の警告

inst. 接頭辞 (ks、stage2、repo など) なしの Anaconda ブート引数は、RHEL7 の起動が非推奨になりました。これらの引数は、次の RHEL メジャーリリースで削除されます。

RHEL for Edge イメージタイプのカスタマイズとしてのカーネル名を指定するサポート

OSTree の作成が RHEL for Edge イメージにコミットする場合は、1 度に 1 つのカーネルパッケージのみをインストールでき、コミットの作成は rpm-ostree で失敗します。これにより、RHEL for Edge が、リアルタイムカーネル (kernel-rt) の代替カーネルを追加できなくなります。今回の機能拡張により、CLI を使用して RHEL for Edge イメージの Blueprint を作成する際に、customizations.kernel.name キーを設定して、イメージで使用するカーネルの名前を定義できるようになりました。カーネル名を指定しないと、イメージにはデフォルトのカーネルパッケージが含まれます。

DNF API で、新しい fill_sack_from_repos_in_cache 関数がサポートされるようになりました。

今回の更新で、新しい DNF API fill_sack_from_repos_in_cache 関数が導入されました。これにより、キャッシュされた solv、solvx ファイル、および repomd.xml ファイルからのみリポジトリーを読み込むことができるようになりました。その結果、ユーザーが dnf キャッシュを管理する場合は、重複した情報 (xml および solv) がなく、xml を solv に処理せずにリソースを保存できます。

createrepo_c がモジュラーメタデータをリポジトリーに自動的に追加

以前は、RHEL8 パッケージで createrepo_c コマンドを実行して新しいリポジトリーを作成すると、このリポジトリーにモジュラー repodata を追加できませんでした。そのため、リポジトリーに関するさまざまな問題が生じました。今回の更新により、createrepo_c は以下のようになります。

DNF 内のシステム間でトランザクションをミラーリングする機能に対応

今回の更新で、ユーザーは DNF 内でトランザクションを保存し、再生できるようになりました。

createrepo_c が 0.16.2 にリベースされました

createrepo_c パッケージがバージョン 0.16.2 にリベースされ、以前のバージョンに対する主な変更点が加えられています。

protect_running_kernel 設定オプションが利用可能になりました。

今回の更新で、dnf コマンドおよび microdnf コマンドの protect_running_kernel 設定オプションが導入されました。このオプションは、実行中のカーネルバージョンに対応するパッケージを削除から保護するかどうかを制御します。これにより、ユーザーは実行中のカーネルの保護を無効にできるようになりました。

OpenIPMI がバージョン 2.0.29 にリベースされました。

OpenIPMI パッケージがバージョン 2.0.29 にアップグレードされました。以前のバージョンに対する主な変更点は、以下のとおりです。

FreeIPMI がバージョン 1.6.6 にリベースされました。

freeipmi パッケージがバージョン 1.6.6 にアップグレードされました。以前のバージョンに対する主な変更点は、以下のとおりです。

opal-prd がバージョン 6.6.3 にリベースされました。

opal-prd パッケージがバージョン 6.6.3 にリベースされました。以下は、主な変更点です。

opencryptoki がバージョン 3.15.1 にリベースされました。

opencryptoki パッケージがバージョン 3.15.1 にリベースされました。以下は、主な変更点です。

powerpc-utils がバージョン 1.3.8 にリベースされました。

powerpc-utils パッケージがバージョン 1.3.8 にリベースされました。以下は、主な変更点です。

新しいカーネルの cmdline オプションがネットワークデバイス名を生成するようになりました。

systemd-udevd サービスの net_id ビルトインは、新しいカーネルの cmdline オプション net.naming-scheme=SCHEME_VERSION を取得します。SCHEME_VERSION の値に基づいて、ユーザーはネットワークデバイス名を生成するアルゴリズムのバージョンを選択できます。

デフォルトの postfix-3.5.8 動作の違い

RHEL-8 の後方互換性を改善するために、postfix-3.5.8 更新の動作は、デフォルトのアップストリームの postfix-3.5.8 の動作とは異なります。デフォルトのアップストリーム postfix-3.5.8 動作の場合は、以下のコマンドを実行します。

BIND がバージョン 9.11.26 にリベースされました。

bind パッケージがバージョン 9.11.26 に更新されました。以下は、主な変更点です。

unbound 設定がロギング出力が強化されるようになりました。

今回の機能拡張により、unbound されていない設定に以下の 3 つのオプションが追加されました。

tuned がバージョン 2.15-1 にリベースされました。

以下は、主な変更点です。

DNSTAP が受信する詳細なクエリーを記録するようになりました。

DNSTAP は、受信名クエリーの詳細を監視およびログする高度な方法を提供します。また、named サービスから送信された回答も記録します。named サービスの従来のクエリーロギングは、named サービスのパフォーマンスに悪影響を与えます。

SpamAssassin がバージョン 3.4.4 にリベースされました。

SpamAssassin パッケージがバージョン 3.4.4 にアップグレードされました。以下は、主な変更点です。

キーアルゴリズムは OMAPI シェルを使用して変更できます。

今回の機能強化により、ユーザーは鍵アルゴリズムを変更できるようになりました。HMAC-MD5 としてハードコードされた鍵アルゴリズムは、安全とはみなされません。これにより、omshell コマンドを使用して鍵アルゴリズムを変更できます。

Sendmail が TLSFallbackto Professional 設定に対応

今回の機能強化により、発信 TLS 接続が失敗すると、sendmail クライアントはプレーンテキストにフォールバックするようになりました。これにより、相互の TLS 互換性の問題が解消されます。Red Hat は、デフォルトで TLSFallbacktoSheet オプションを無効にした sendmail を提供します。

tcpdump で RDMA 対応デバイスの表示が可能に

今回の機能拡張により、tcpdump を使用した RDMA トラフィックの取得がサポートされるようになりました。これにより、tcpdump ツールを使用して、オフロードされた RDMA トラフィックをキャプチャーおよび分析できます。これにより、tcpdump を使用して RDMA 対応デバイスを表示し、RoCE および VMA トラフィックを取得し、そのコンテンツを分析できます。

Libreswan を 4.3 にリベース

libreswan パッケージがバージョン 4.3 にアップグレードされました。以前のバージョンに対する主な変更点は、以下のとおりです。

IPsec VPN が TCP トランスポートに対応

libreswan パッケージの更新では、RFC 8229 で説明されているように、TCP カプセル化の IPsec ベースの VPN サポートが追加されました。この追加により、ESP (Encapsulating Security Payload) および UDP を使用してトラフィックを防ぐネットワークで IPsec VPN を確立できます。その結果、管理者は、フォールバックまたはメインの VPN トランスポートプロトコルとして TCP を使用するように VPN サーバーおよびクライアントを設定できます。

Libreswan が、ラベル付き IPsec の IKEv2 に対応

Libreswan Internet Key Exchange (IKE) 実装には、IPsec のセキュリティーラベルの Internet Key Exchange version 2 (IKEv2) に対応するようになりました。今回の更新で、IKEv1 でセキュリティーラベルを使用するシステムが IKEv2 にアップグレードできるようになりました。

libpwquality が 1.4.4 にリベースされました。

libpwquality パッケージがバージョン 1.4.4 にリベースされました。本リリースには、バグ修正および機能強化が複数追加されました。たとえば、以下の設定オプションが pwquality.conf ファイルに追加されました。

p11-kit が 0.23.19 にリベースされました。

p11-kit パッケージが、バージョン 0.23.14 から 0.23.19 にアップグレードされました。新しいバージョンでは複数のバグが修正され、以下のようなさまざまな機能強化が提供されています。

pyOpenSSL が 19.0.0 にリベースされました。

pyOpenSSL パッケージが、アップストリームバージョン 19.0.0 にリベースされました。このバージョンでは、主なバグ修正および機能強化が数多く追加されました。

SCAP セキュリティーガイドが 0.1.54 にリベースされました。

scap-security-guide パッケージがアップストリームバージョン 0.1.54 にリベースされ、バグ修正および改善が複数追加されました。以下に例を示します。

OpenSCAP が 1.3.4 にリベースされました。

OpenSCAP パッケージがアップストリームバージョン 1.3.4 にリベースされました。主な修正と機能強化は、以下のとおりです。

RHEL 8 STIG セキュリティープロファイルがバージョン V1R1 に更新されました。

RHBA-2021:1886 アドバイザリーリリースで、SCAP Security Guide の DISA STIG for Red Hat Enterprise Linux 8 プロファイルが、最新バージョンの V1R1 に更新されました。このプロファイルはより安定し、DISA (Defense Information Systems Agency) が提供する RHEL 8 STIG (Security Technical Implementation Guide) のマニュアルベンチマークにより適切に調整されるようになりました。最初の反復により、STIG に関するカバレッジの約 60% が発生します。

Server with GUI インストールと互換性のある新しい DISA STIG プロファイル。

RHBA-2021:4098 アドバイザリーのリリースにより、新しいプロファイル DISA STIG with GUI が SCAP Security Guide に追加されました。プロファイルは DISA STIG プロファイルに由来し、Server with GUI パッケージグループを選択した RHEL インストールと互換性があります。DISA STIG ではグラフィカルユーザーインターフェイスをアンインストールする必要があるため、これまで存在した stig プロファイルは Server with GUI と互換性がありませんでした。ただし、評価中に Security Officer によって適切に文書化されている場合には、この設定を上書きできます。これにより、新しいプロファイルは、RHEL システムを DISA STIG プロファイルに準拠した Server with GUI としてインストールする際に役立ちます。

ANSSI-BP-028 Minimal、Intermediary、および Enhanced レベルのプロファイルが SCAP セキュリティーガイドで利用可能になりました。

新しいプロファイルを使用すると、最小、中間、および強化レベルの GNU/Linux システムの AMD National Security Agency (ANSSI) から推奨事項にシステムを強化できます。これにより、ANSSI Ansible Playbook および ANSSI SCAP プロファイルを使用し、必要な ANSSI 強化レベルに従って、RHEL 8 システムのコンプライアンスを設定および自動化できます。

sudo 権限で scap-workbench がリモートシステムをスキャンできるようになりました。

scap-workbench GUI ツールが、パスワードなしの sudo アクセスを使用したリモートシステムのスキャンをサポートするようになりました。この機能は、ルートの認証情報を指定することで課されるセキュリティーリスクを軽減します。

rhel8-tang コンテナーイメージが利用可能になりました。

今回のリリースにより、rhel8/rhel8-tang コンテナーイメージが registry.redhat.io カタログで利用可能になりました。このコンテナーイメージは、OpenShift Container Platform (OCP) クラスターまたは別の仮想マシンで実行する Clevis クライアントの Tang-server 復号化機能を提供します。

Clevis がバージョン 15 にリベースされました。

clevis パッケージがアップストリームバージョン 15 にリベースされました。このバージョンでは、以前のバージョンに対するバグ修正および機能拡張が数多く追加されました。主な変更点は以下の通りです。

Clevis が自動的に rd.neednet=1 を追加しなくなりました。

Clevis は、ホスト固有の設定オプションなしに汎用 initrd (initial ramdisk) を正しく生成するようになりました。その結果、Clevis は rd.neednet=1 パラメーターがカーネルコマンドラインに自動的に追加されなくなりました。

新しいパッケージ: rsyslog-udpspoof

rsyslog-udpspoof サブパッケージが RHEL 8 に戻されました。このモジュールは通常の UDP フォワーダーに似ていますが、syslog パケットのソース IP を維持しつつ、異なるネットワークセグメント間で syslog のリレーを許可します。

fapolicyd が 1.0.2 にリベースされました。

fapolicyd パッケージがアップストリームバージョン 1.0.2 にリベースされました。このバージョンでは、以前のバージョンに対するバグ修正および機能拡張が数多く追加されました。主な変更点は以下の通りです。

RPM トランザクション中の変更について、新しい RPM プラグインが fapolicyd に通知します。

rpm パッケージの今回の更新で、fapolicyd フレームワークと RPM データベースを統合する新しい RPM プラグインが導入されました。プラグインは、RPM トランザクション中にインストール済みおよび変更されたファイルについて fapolicyd に通知します。これにより、fapolicyd が整合性チェックに対応するようになりました。

XDP に条件付きサポートを追加

Red Hat は、以下の条件がすべて適用されている場合に限り、eXpress Data Path (XDP) 機能をサポートします。

NetworkManager をバージョン 1.30.0 にリベース

NetworkManager パッケージがアップストリームバージョン 1.30.0 にアップグレードされ、以前のバージョンに対するバグ修正や機能強化が数多く追加されました。

iproute2 ユーティリティーでは、イーサネットヘッダーの前に MPLS ヘッダーを追加するためのトラフィック制御アクションが導入されました。

今回の機能強化により、iproute2 ユーティリティーが 3 つの新しいトラフィック制御 (tc) アクションを提供するようになりました。

nmstate API が完全にサポートされるようになりました。

以前はテクノロジープレビューとして使用されていた nmstate は、ホストのネットワーク API で、RHEL 8.4 で完全対応になりました。nmstate パッケージは、ライブラリーと nmstatectl コマンドラインユーティリティーを提供し、ホストのネットワーク設定を宣言型で管理できます。ネットワークの状態は事前定義済みのスキーマで説明されています。現在の状態と、必要な状態への変更の報告は、両者ともこのスキーマに一致します。

新しいパッケージ: rshim

rhsim パッケージは、Mellanox BlueField rshim user-space ドライバーを提供します。これにより、外部ホストマシンから BlueField SmartNIC ターゲット上の rshim リソースにアクセスできるようになります。現行バージョンの rshim user-space ドライバーは、ブートイメージのプッシュおよび仮想コンソールアクセス用にデバイスファイルを実装します。さらに、BlueField ターゲットに接続する仮想ネットワークインターフェイスを作成し、内部 rshim レジスターにアクセスする方法を提供します。

iptraf-ng が 1.2.1 にリベースされました。

iptraf-ng パッケージがアップストリームバージョン 1.2.1 にリベースされ、バグ修正および機能強化が複数追加されました。以下に例を示します。

RHEL 8.4 のカーネルバージョン

Red Hat Enterprise Linux 8.4 には、カーネルバージョン 4.18.0-305 が同梱されています。

Extended Berkeley Packet Filter for RHEL 8.4

extended Berkeley Packet Filter (eBPF ) は、限られた一連の関数にアクセスできる制限付きサンドボックス環境において、カーネル領域でのコード実行を可能にするカーネル内の仮想マシンです。この仮想マシンは、特別なアセンブリーのようなコードを実行します。

新しいパッケージ: kmod-redhat-oracleasm

今回の更新で、ASMLib ユーティリティーのカーネルモジュール部分を提供する新しい kmod-redhat-oracleasm パッケージが追加されました。Oracle Automated Storage Management (ASM) は、Oracle データベースのデータボリュームマネージャーです。ASMLib は、Linux システムで Oracle ASM デバイスを管理するために使用できるオプションのユーティリティーです。

xmon プログラムが、攻撃に対して Secure Boot と kernel_lock の耐障害性に対応するように変更

Secure Boot メカニズムが無効になっている場合は、カーネルコマンドラインで xmon プログラムを読み書きモード (xmon=rw) に設定できます。ただし、xmon=rw を指定して Secure Boot モードで起動すると、kernel_lockdown 機能は xmon=rw を上書きし、これを読み取り専用モードに変更します。Secure Boot の有効化に応じて xmon の追加動作を以下に示します。

Cornelis Omni-Path Architecture (OPA) ホストソフトウェア

Red Hat Enterprise Linux 8.4 は、Omni-Path Architecture (OPA) ホストソフトウェアに完全に対応しています。OPA は、クラスター環境のコンピュートと I/O ノード間の高性能データ転送 (高帯域幅、高メッセージレート、低レイテンシー) のために、初期化とセットアップを行う Host Fabric Interface (HFI) ハードウェアを提供します。

SLAB キャッシュのマージがデフォルトで無効

CONFIG_SLAB_MERGE_DEFAULT カーネル設定オプションが無効になり、SLAB キャッシュはデフォルトでマージされなくなりました。この変更は、キャッシュ使用量のアロケーターの信頼性とトレーサビリティーを強化することを目的としています。以前の slab-cache マージ動作が望ましい場合は、カーネルコマンドラインに slub_merge パラメーターを追加して再度有効にできます。カーネルコマンドラインパラメーターの設定方法は、カーネルコマンドラインパラメーターの設定 を参照してください。

ima-evm-utils パッケージがバージョン 1.3.2 にリベースされました。

ima-evm-utils パッケージがバージョン 1.3.2 にアップグレードされ、バグ修正および機能強化が複数追加されました。以下は、主な変更点です。

サポートされる CPU アーキテクチャーでの IMA および EVM 機能のレベル化

ARM を除くすべての CPU アーキテクチャーでは、IMA (Integrity Measurement Architecture) および Extended Verification Module (EVM) 技術に類似した機能サポートがあります。有効な機能は、CPU アーキテクチャーごとに異なります。サポートされている各 CPU アーキテクチャーにおける最も重要な変更点を以下に示します。

RHEL 8 に disabled-by-default として、プロアクティブコンパクション 機能が追加されました。

実行中のワークロードアクティビティーにより、システムメモリーが断片化されます。断片化により、容量とパフォーマンスの問題が発生する可能性があります。場合によっては、プログラムエラーも可能となります。したがって、カーネルは、メモリー圧縮と呼ばれるリアクティブメカニズムに依存します。メカニズムの元の設計は保存でき、割り当て要求に応じて圧縮アクティビティーが開始されます。ただし、リアクティブ動作は、システムメモリーがすでに断片化されている場合は、割り当てレイテンシーを長くする傾向にあります。プロアクティブコンパクションは、割り当て要求を行う 前に メモリー圧縮作業を 定期的 に開始し、設計を改良します。今回の機能拡張により、オンデマンドでメモリーコンパクションを必要とせずに、メモリーの割り当て要求がメモリーの物理的に連続しているブロックを見つけられる可能性が高くなりました。その結果、特定のメモリー割り当て要求のレイテンシーが短縮されます。

RHEL 8 に EDAC サポートが追加されました。

今回の更新で、RHEL 8 は、8 年目および 9 世代 Intel Core プロセッサー (CoffeeLake) で設定された Error Detection and Correction (EDAC) カーネルモジュールに対応します。EDAC カーネルモジュールは主に Error Code Correction (ECC) メモリーを処理し、PCI バスパリティーエラーを検出し、報告します。

新しいパッケージ: kpatch-dnf

kpatch-dnf パッケージは、DNF プラグインを提供します。これにより、カーネルのライブパッチ更新に RHEL システムをサブスクライブできます。サブスクリプションは、今後インストールされるカーネルを含め、システムにインストールされているすべてのカーネルに影響します。kpatch-dnf の詳細は、man ページの dnf-kpatch(8)、または カーネルの管理、監視、および更新 を参照してください。

slab メモリー用の新しい cgroups コントローラー実装

コントロールグループ 技術にスラブメモリーコントローラーの新しい実装が RHEL 8 で利用可能になりました。現在、単一のメモリースラブには、異なるメモリー コントロールグループ が所有するオブジェクトを含めることができます。このスラブのメモリーコントローラーにより、スラブの使用率が改善され (最大 45%)、ページレベルからオブジェクトレベルにメモリーアカウンティングを移動できるようになりました。また、この変更により、各メモリーコントロールグループの重複された CPU ごとのスラブキャッシュがなくなり、すべてのメモリーコントロールグループに対して CPU ごとのスラブキャッシュの 1 つとノードごとのスラブキャッシュが 1 つ確立されます。その結果、カーネルメモリーのフットプリントの合計で大幅に減少し、メモリーの断片化による悪影響を観察できます。

RHEL 8 にタイム名前空間が追加されました。

名前空間を使用すると、システムの単調増加およびブートタイムクロックが、AMD64、Intel 64、および 64 ビット ARM アーキテクチャーの名前空間ごとのオフセットと連携できるようになります。この機能は、Linux コンテナー内の日時の変更や、チェックポイントから復元後のクロックのコンテナーのチューニングに適しています。その結果、ユーザーは個々のコンテナーに個別に時間を設定できるようになりました。

新機能: Free memory page returning

今回の更新で、RHEL 8 ホストカーネルは、仮想マシンが使用していないメモリーページをハイパーバイザーに返すことができるようになりました。これにより、ホストの安定性およびリソースの効率が改善されます。応答するメモリーページが機能するには、仮想マシンで設定する必要があります。また、仮想マシンは virtio_balloon デバイスも使用する必要があることに注意してください。

perf top でのソート順序の変更に対応

今回の更新により、perf top が最初の列でソートされるのではなく、グループの複数のイベントがサンプリングされる場合に備えて、任意のイベント列でサンプルをソートできるようになりました。これにより、数字のキーを使用して、一致するデータ列でテーブルをソートします。

kabi_whitelist パッケージの名前が kabi_stablelist に変更されました。

Red Hat は問題のある言語の置き換えにしたがって、RHEL 8.4 リリースで kabi_whitelist パッケージの名前を kabi_stablelist に変更します。

BPF がバージョン 5.9 にリベースされました。

RHEL 8 の bpf カーネルテクノロジーは、カーネル v5.9 のアップストリームのカウンターパートから最新に起動しました。

bcc パッケージがバージョン 0.16.0 にリベースされました。

pcp パッケージがバージョン 0.16.0 にアップグレードされ、バグ修正および機能強化が複数追加されました。以下は、主な変更点です。

bpftrace がバージョン 0.11.0 にリベースされました。

bpftrace パッケージがバージョン 0.11.0 にアップグレードされ、バグ修正および機能強化が複数追加されました。以下は、主な変更点です。

libbpf がバージョン 0.2.0.1 にリベースされました。

libbpf パッケージがバージョン 0.2.0.1 にアップグレードされ、バグ修正および機能強化が複数追加されました。以下は、主な変更点です。

perf が、perf を停止または再起動せずに実行中のコレクターへのトレースポイントの追加または削除に対応

以前は、perf record のインスタンスからトレースポイントを追加または削除するには、perf プロセスを停止する必要がありました。そのため、プロセスが停止したときに発生したパフォーマンスデータが収集されないため、失われていました。今回の更新で、perf record プロセスを停止せずに、perf record が制御パイプインターフェイスを介して perf レコードで収集されるトレースポイントを動的に有効または無効にできるようになりました。

perf ツールが、トレースデータの絶対タイムスタンプの記録および表示をサポートするようになりました。

今回の更新で、perf script は、絶対タイムスタンプを使用してトレースデータを記録し、表示できるようになりました。

dwarves がバージョン 1.19.1 にリベースされました。

dwarves パッケージがバージョン 1.19.1 にアップグレードされ、バグ修正および機能強化が複数追加されました。今回の更新では、ftrace 関数のサブセットが生成されるように、関連する ftrace エントリーを使用して DWARF デバッグデータから機能を確認する新しい方法が導入されました。

perf が、指定されたイベントを使用してスナップショットをトリガーするボックバッファーをサポートするようになりました。

今回の更新により、指定したイベントが検出されると、perf.data ファイルにデータを書き込むカスタムボローバッファーを作成できるようになりました。これにより、perf record は、過剰なオーバーヘッドを生成し、perf.data ファイルに継続的にデータを書き込むことで、システムバックグラウンドで継続的に実行できます。

Kernel DRBG および Jitter エントロピーソースは NIST SP 800-90A および NIST SP 800-90B に準拠しています。

Kernel determineistic Random Bit Generator (DRBG) および Jitter エントロピーソースは、DRBG (NIST SP 800-90A) 仕様に使用されるエントロピーソースの推奨事項に準拠するようになりました。また、ランダムなビットの生成 (NIST SP 800-90B) 仕様に使用されるエントロピーソースの推奨事項に準拠するようになりました。これにより、FIPS モードのアプリケーションは、これらのソースを FIPS 準拠のランダム性やリモートソースとして使用できます。

kdump が仮想ローカルエリアネットワークタグ付けされたチームネットワークインターフェイスに対応

今回の更新で、kdump 用の仮想ローカルエリアネットワークタグ付けされたチームインターフェイスの設定がサポートされるようになりました。これにより、kdump が、vmcore ファイルをダンプするためにタグ付けされた仮想チームインターフェイスを使用して vmcore ファイルをダンプできるようになりました。

kernel-rt ソースツリーが RHEL 8.4 ツリーに更新

kernel-rt ソースが更新され、最新の Red Hat Enterprise Linux カーネルソースツリーを使用するようになりました。リアルタイムパッチセットも、最新のアップストリームバージョン v5.10-rt7 に更新されました。これらの更新はいずれも、バグ修正および機能強化を多数提供します。

RHEL 8.4 ディストリビューションに stalld パッケージが追加されました。

今回の更新で、stalld パッケージが RHEL 8.4.0 に追加されました。stalld は、低レイテンシーアプリケーションを実行しているシステムでスレッドを監視するデーモンです。これは、指定されたしきい値について CPU にスケジュールせずに、run-queue 上にあるジョブスレッドをチェックします。

hv_24x7 と hv_gpci PMUs での CPU ホットプラグのサポート

今回の更新で、PMU カウンターが CPU のホットプラグに正しく対応するようになりました。その結果、hv_gpci イベントカウンターが無効な CPU で実行されている場合、カウントは別の CPU にリダイレクトされます。

POWERPC hv_24x7 ネストイベントのメトリックが利用可能に

POWERPC hv_24x7 ネストイベントのメトリックが perf で利用可能になりました。複数のイベントを集計することで、これらのメトリックは perf カウンターから取得した値をより明確に理解し、CPU がワークロードをどのように効果的に処理できるかを理解します。

hwloc がバージョン 2.2.0 にリベースされました。

hwloc パッケージがバージョン 2.2.0 にアップグレードされ、以下の変更が行われました。

igc ドライバーが完全にサポートされるようになりました。

igc Intel 2.5G Ethernet Linux 有線 LAN ドライバーは、テクノロジープレビューとして RHEL 8.1 に導入されました。RHEL 8.4 以降では、すべてのアーキテクチャーで完全にサポートされています。ethtool ユーティリティーは igc 有線 LAN もサポートします。

RHEL インストールで、サイズが 16 TiB の swap パーティションの作成に対応

以前は、RHEL のインストール時に、インストーラーにより、自動パーティションおよび手動パーティション設定用に最大 128 GB の swap パーティションが作成されていました。

NVMe デバイスの不適切な削除

今回の機能拡張により、オペレーティングシステムに事前に通知しなくても、Linux オペレーティングシステムから NVMe デバイスを削除できるようになりました。これにより、順番に削除するためにデバイスの準備を行う必要がないため、NVMe デバイスの保守性が向上し、サーバーのダウンタイムをなくしてサーバーの可用性を確保できます。

Stratis ファイルシステムのシンボリックリンクパスが変更されました

今回の機能強化により、Stratis ファイルシステムの symlink パスが /stratis/<stratis-pool>/<filesystem-name> から /dev/stratis/<stratis-pool>/<filesystem-name> に変更になりました。したがって、既存の Stratis シンボリックリンクをすべて移行して、新しいシンボリックリンクパスを使用する必要があります。

Stratis が、Supplementary Clevis 暗号化ポリシーへの暗号化プールへのバインディング設定に対応

今回の機能拡張により、Tang サーバー、または Trusted Platform Module (TPM) 2.0 を使用して、暗号化された Stratis プールを Network Bound Disk Encryption (NBDE) にバインドできるようになりました。暗号化された Stratis プールを NBDE または TPM 2.0 にバインドすると、プールの自動アンロックが容易になります。これにより、各システム再起動後にカーネルキーリングの説明を提供することなく Stratis プールにアクセスできます。Stratis プールを通常の Clevis 暗号化ポリシーにバインドすると、プライマリーカーネルキーリング暗号化は削除されないことに注意してください。

XFS ファイルシステムおよび ext4 ファイルシステムで DAX が有効な場合を制御する新しいマウントオプション

今回の更新では、FS_XFLAG_DAX inode フラグと組み合わせると、XFS ファイルシステムおよび ext4 ファイルシステムのファイルに対する Direct Access (DAX) モードを詳細に制御できる新しいマウントオプションが導入されました。本リリース以前は、dax マウントオプションを使用してファイルシステム全体に対して DAX が有効になっていました。ダイレクトアクセスモードをファイルごとに有効にできるようになりました。

SMB Direct がサポートされるようになりました。

今回の更新で、SMB クライアントが SMB Direct に対応するようになりました。

ファイルシステムをマウントするための新しい API が追加されました。

今回の更新で、ファイルシステムコンテキスト (struct fs_context) と呼ばれる内部カーネル構造に基づいてファイルシステムをマウントする新しい API が RHEL 8.4 に追加されました。これにより、ユーザー空間、VFS、およびファイルシステム間でのマウントパラメーターの通信に柔軟性が高まりました。これとともに、ファイルシステムコンテキスト上で動作している以下のシステムコールがあります。

vfat ファイルシステムの mtime が発生しなくなる

今回の更新で、メモリー内とディスク上の書き込み時間との間の vfat ファイルシステムの mtime の不一致がなくなりました。この差異は、メモリー内とディスク上の mtime メタデータの差異によって生じました。

RHEL 8.4 が close_range() システムコールに対応しました。

今回の更新で、close_range() システムコールが RHEL 8.4 にバックポートされました。このシステムコールは、特定の範囲のファイル記述子をすべて効果的に閉じるため、アプリケーションが非常に大きな制限を設定する場合は、さまざまなファイル記述子を閉じる際に存在するタイミングの問題を回避します。

NFSv4.2 プロトコルを使用したユーザー拡張属性のサポートの追加

今回の更新で、ユーザー拡張属性 (RFC 8276) の NFSV4.2 クライアント側およびサーバー側のサポートが追加され、新たに以下のプロトコル拡張が追加されました。

コロケーション制約における非クリティカルなリソースに対応

今回の機能拡張により、コロケーション制約を設定して、制約に依存するリソースが移行しきい値に達すると、Pacemaker はそのリソースをオフラインにし、両方のリソースを別のノードに移動せずに現在のノードにプライマリーリソースを維持するようになります。この動作をサポートするために、コロケーション制約には influence オプション (true または false を設定可能) が設定され、リソースに critical なメタ属性があり、リソースには true または false を設定できるようになりました。critical リソースのメタオプションの値により、リソースが依存するリソースとして関連する全コロケーション制約に対する influence オプションのデフォルト値が決まります。

Pacemaker ルールでサポートされる新しい数値のデータ型

PCS が number のデータタイプに対応するようになりました。これは、ルールを受け入れる PCS コマンドで Pacemaker ルールを定義する際に使用できます。Pacemaker ルールは、number を二重の浮動小数点数として実装し、integer を 64 ビット整数として実装します。

クローンリソースまたは昇格可能なクローンリソースの作成時にカスタムクローン ID を指定する機能

クローンリソースまたは昇格可能なクローンリソースを作成すると、そのクローンリソースはデフォルトで resource-id -clone という名前になります。その ID がすでに使用されている場合には、PCS は接尾辞 -integer を追加します。整数値は 1 で始まり、追加のクローンごとに 1 つずつ増えます。pcs resource create または pcs resource clone コマンドを使用してクローンリソースを作成する場合は、clone-id オプションを使用して、クローンリソース ID または昇格可能なクローンリソース ID の名前を指定して上書きできるようになりました。クローンリソースの作成に関する詳細は、複数のノードでアクティブなクラスターリソースの作成 を参照してください。

Corosync 設定を表示する新しいコマンド

新しい pcs cluster config [show] コマンドを使用して、出力形式で corosync.conf ファイルの内容を出力できるようになりました。デフォルトでは、pcs cluster config コマンドは テキスト 出力形式を使用します。これは、pcs cluster setup および pcs cluster config update コマンドと同じ構造およびオプション名を持つ、人間が判読可能な形式で Corosync 設定を表示します。

既存クラスターの Corosync 設定を変更する新しいコマンド

新しい pcs cluster config update コマンドを使用して、corosync.conf ファイルのパラメーターを変更できるようになりました。たとえば、このコマンドを使用すると、totem トークンを増大して、一時的にシステムの応答しない際にフェンシングを回避できます。corosync.conf ファイルの変更に関する詳細は、Modifying the corosync.conf file with the pcs command を参照してください。

既存クラスターでの Corosync トラフィック暗号化の有効化および無効化

以前のバージョンでは、Corosync トラフィック暗号化は新規クラスターの作成時にのみ設定できました。今回の更新により、以下が可能になります。

共有および暗号化された GFS2 ファイルシステム用の新しい crypt リソースエージェント

RHEL HA が、新しい crypt リソースエージェントに対応するようになりました。これにより、共有および暗号化された GFS2 ファイルシステムを提供するために使用できる LUKS 暗号化ブロックデバイスを設定できるようになりました。crypt リソースの使用は現在、GFS2 ファイルシステムでのみサポートされています。暗号化された GFS2 ファイルシステムを設定する方法は、Configuring an encrypted GFS2 file system in a cluster を参照してください。

新しいモジュール python39 が導入されました。

RHEL 8.4 では Python 3.9 が導入されました。これは新しいモジュール python39 および ubi8/python-39 コンテナーイメージで提供されます。

Python urllib 解析関数のデフォルト区切り文字の変更点

Python urllib ライブラリーの Web Cache Poisoning CVE-2021-23336 を緩和するため、urllib.parse.parse_qsl および urllib.parse.parse_qs 関数のデフォルト区切り文字が、アンパサンド (&) とセミコロン (;) の両方が単一のアンパサンドに変更されます。

新しいモジュールストリーム: swig:4.0

RHEL 8.4 では、新しいモジュールストリーム swig:4.0 として利用できる、SWIG (Simplified Wrapper and Interface Generator) バージョン 4.0 が導入されました。

新しいモジュールストリーム: subversion:1.14

RHEL 8.4 では、新しいモジュールストリーム subversion:1.14 が導入されました。Subversion 1.14 は、最新の LTS (Long Term Support) リリースです。

新しいモジュールストリーム: redis:6

高度なキー値ストアの Redis 6 のが、新しいモジュールストリーム redis:6 として利用できるようになりました。

新しいモジュールストリーム: postgresql:13

RHEL 8.4 リリースでは、PostgreSQL 13 が導入されました。これは、バージョン 12 から多くの新機能および機能強化が追加されています。以下は、主な変更点です。

新しいモジュールストリーム: mariadb:10.5

MariaDB 10.5 が、新しいモジュールストリーム mariadb:10.5 として利用できるようになりました。以前利用できたバージョン 10.3 への主な機能強化は、以下のとおりです。

MariaDB 10.5 は、PAM プラグインバージョン 2.0 を提供します。

MariaDB 10.5 は、PAM (Pluggable Authentication Modules) プラグインの新バージョンを追加します。PAM プラグインバージョン 2.0 は、個別の setuid root ヘルパーバイナリーを使用して PAM 認証を実行します。これにより、MariaDB が追加の PAM モジュールを使用できるようになります。

新しいパッケージ: mysql-selinux

RHEL 8.4 は、MariaDB および MySQL データベースのルールが含まれる SELinux モジュールを提供する新しい mysql-selinux パッケージを追加します。このパッケージは、デフォルトでデータベースサーバーを使用してインストールされます。モジュールの優先度は 200 に設定されます。

python-PyMySQL がバージョン 0.10.1 にリベースされました。

python-PyMySQL クライアントライブラリーを提供する python-PyMySQL パッケージが、バージョン 0.10.1 に更新されました。パッケージは、python36、python38、python39 モジュールに含まれます。

新しいパッケージ: python3-pyodbc

今回の更新で、python3-pyodbc パッケージが RHEL 8 に追加されました。pyodbc Python は、Open Database Connectivity (ODBC) データベースへのアクセスを提供します。このモジュールは Python DB API 2.0 仕様を実装し、サードパーティーの ODBC ドライバーと共に使用できます。たとえば、Performance Co-Pilot (pcp) を使用して SQL サーバーのパフォーマンスを監視できるようになりました。

新しいパッケージ: micropipenv

新しい micropipenv パッケージが利用できるようになりました。Pipenv および Poetry ロックファイルをサポートする pip パッケージインストーラーの軽量ラッパーを提供します。

新しいパッケージ: py3c-devel および py3c-docs

RHEL 8.4 では、新しい py3c-devel パッケージおよび py3c-docs パッケージが導入され、C 拡張の Python 3 への移植が簡素化されます。これらのパッケージには、詳細なガイドと、移植を容易にするためのマクロセットが含まれています。

httpd を設定するための強化された ProxyRemote ディレクティブ

Apache HTTP Server の ProxyRemote 設定ディレクティブは、オプションでユーザー名とパスワードの認証情報を取得するように強化されました。これらの認証情報は、HTTP Basic 認証を使用してリモートプロキシーへの認証に使用されます。この機能は、httpd 2.5 からバックポートされています。

非非同期証明書は、SSLProxyMachineCertificateFile および SSLProxyMachineCertificatePath httpd 使用できます。

今回の更新により、Apache HTTP Server の SSLProxyMachineCertificateFile および SSLProxyMachineCertificatePath 設定ディレクティブを使用して、認証局 (CA) や中間証明書などの非エンド (リーフ以外の) 証明 書を使用できるようになりました。Apache HTTP サーバーは、SSLProxyMachineCertificateChainFile ディレクティブで使用されるかのように、そのような証明書を信頼できる CA として処理するようになりました。以前のバージョンでは、SSLProxyMachineCertificateFile ディレクティブおよび SSLProxyMachineCertificatePath ディレクティブとともに非エンドの証明書が使用されると、httpd は設定エラーで起動できませんでした。

mod_security モジュールの新しい SecRemoteTimeout ディレクティブ

以前は、Apache HTTP Server の mod_security モジュールでリモートルールを取得するデフォルトのタイムアウトを変更できませんでした。今回の更新で、新しい SecRemoteTimeout 設定ディレクティブを使用して、カスタムタイムアウトを秒単位で設定できるようになりました。

mod_fcgid モジュールが、FCGI サーバープロセスに最大 1024 個の環境変数を渡すことができるようになりました。

今回の更新で、Apache HTTP Server の mod_fcgid モジュールは、FCGI (FCGI) サーバープロセスに最大 1024 個の環境変数を渡すことができるようになりました。以前の 64 環境変数の制限により、FCGI サーバーで実行しているアプリケーションの誤動作が生じる可能性がありました。

perl-IO-String が AppStream リポジトリーで利用可能になりました。

Perl IO::String モジュールを提供する perl-IO-String パッケージが、サポートされる AppStream リポジトリーで配布されるようになりました。RHEL 8 の以前のリリースでは、perl-IO-String パッケージは、サポート対象外の CodeReady Linux Builder リポジトリーで利用できていました。

新しいパッケージ: quota-devel

RHEL 8.4 では、quota-devel パッケージが導入され、quota Remote Procedure Call (RPC) サービスを実装するためのヘッダーファイルが提供されます。

glibc ライブラリーが、最適化した共有ライブラリー実装を読み込む glibc-hwcaps サブディレクトリーに対応

特定のアーキテクチャーでは、ハードウェアアップグレードにより、glibc が以前のハードウェア生成用に最適化されたライブラリーではなく、ベースラインの最適化でライブラリーを読み込むことがありました。また、AMD CPU で実行する際に、最適化されたライブラリーはまったく読み込まれていませんでした。

glibc 動的ローダーが、ランタイム時に選択した監査モジュールをアクティブに

以前は、binutils リンクエディター ld が、--audit オプションをサポートしてランタイム時にアクティブ化するモジュールを選択していましたが、glibc 動的ローダーが要求を無視していました。今回の更新で、glib 動的ローダーが要求を無視せず、指定の監査モジュールを読み込むようになりました。その結果、ラッパースクリプトを作成せず、同様のメカニズムを使用せずに、特定のプログラムに対して監査モジュールをアクティブにできます。

glibc で IBM POWER9 のパフォーマンスが向上しました。

今回の更新で、IBM POWER9 の strlen、strcpy、stpcpy、rawmemchr 関数の新しい実装が追加されました。その結果、IBM POWER9 ハードウェアでこの機能はより高速に実行するようになり、パフォーマンスが向上します。

IBM Z での memcpy および memset のパフォーマンスの最適化

今回の機能拡張により、IBM Z プロセッサーの小規模な (< 64KiB) と大規模なデータコピーの両方を加速するために、memcpy および memset API のコアライブラリー実装が調整されました。その結果、インメモリーデータを使用するアプリケーションは、さまざまなワークロードでパフォーマンスが大幅に改善されました。

GCC が ARMv8.1 LSE アトミック命令に対応

今回の機能強化により、GCC コンパイラーは、ARMv8.1 仕様で追加されたアトミック命令 (LSE)、Large System Extensions (LSE) に対応するようになりました。この手順では、ARMv8.0 Load-Exclusive および Store-Exclusive 命令よりもマルチスレッドアプリケーションのパフォーマンスが向上します。

GCC が、特定の IBM Z システムでベクトル調整ヒントを生成するようになりました。

今回の更新で、GCC コンパイラーは、IBM z13 プロセッサーのベクター負荷およびストア調整ヒントを出力できるようになりました。この機能拡張を使用するには、アセンブラーがこのようなヒントをサポートする必要があります。その結果、特定のベクター操作のパフォーマンスが向上します。

dyninst がバージョン 10.2.1 にリベースされました。

Dyninst バイナリー分析および変更ツールがバージョン 10.2.1 に更新されました。主なバグ修正と機能強化は、以下のとおりです。

elfutils がバージョン 0.182 にリベースされました。

elfutils パッケージがバージョン 0.182 に更新されました。主なバグ修正と機能強化は、以下のとおりです。

SystemTap がバージョン 4.4 にリベースされました。

SystemTap 計測ツールがバージョン 4.4 に更新され、バグ修正および機能強化が複数追加されました。以下は、主な変更点です。

Valgrind が IBM z14 命令に対応

今回の更新で、Valgrind ツールスイートが IBM z14 プロセッサーの命令に対応するようになりました。これにより、Valgrind ツールを使用して、z14 ベクトル命令とその他の z14 命令セットを使用してプログラムをデバッグできるようになりました。

cmake がバージョン 3.18.2 にリベースされました。

CMake ビルドシステムが、バージョン 3.11.4 からバージョン 3.18.2 にアップグレードされました。RHEL 8.4 では、cmake-3.18.2-8.el8 パッケージとして利用できます。

libmpc がバージョン 1.1.0 にリベースされました。

libmpc パッケージがバージョン 1.1.0 にリベースされ、以前のバージョンに対する機能強化およびバグ修正が複数追加されました。詳細は、GNU MPC 1.1.0 リリースノート を参照してください。

GCC Toolset 10 の更新

GCC Toolset 10 は最新バージョンの開発ツールを提供するコンパイラーツールセットです。このツールセットは、AppStream リポジトリーにおいて、Software Collection の形式で、Application Stream として利用できます。

GCC Toolset 10: GCC が bfloat16 に対応するようになりました。

GCC Toolset 10 では、GCC コンパイラーが ACLE Intrinsics による bfloat16 拡張に対応するようになりました。今回の機能拡張により、高パフォーマンスコンピューティングが提供されます。

GCC Toolset 10: GCC が Intel Sapphire Rapids プロセッサーで ENQCMD および ENQCMDS 命令に対応

GCC Toolset 10 では、GNU コンパイラーコレクション (GCC) が、ENQCMD および ENQCMDS 命令に対応するようになりました。これを使用して、デバイスにワーク記述子を自動的に送信できます。今回の機能拡張を適用するには、GCC に -menqcmd オプションを指定して実行します。

GCC Toolset 10: Dyninst がバージョン 10.2.1 にリベースされました。

GCC Toolset 10 では、Dyninst バイナリー分析および修正ツールがバージョン 10.2.1 に更新されました。主なバグ修正と機能強化は、以下のとおりです。

GCC Toolset 10: elfutils がバージョン 0.182 にリベースされました。

GCC Toolset 10 では、elfutils パッケージがバージョン 0.182 に更新されました。主なバグ修正と機能強化は、以下のとおりです。

Go Toolset がバージョン 1.15.7 にリベースされました。

Go Toolset が 1.15.7 にアップグレードされました。主な機能強化は、次のとおりです。

Rust Toolset がバージョン 1.49.0 にリベースされました。

Rust Toolset は、バージョン 1.49.0 に更新されました。以下は、主な変更点です。

LLVM Toolset がバージョン 11.0.0 にリベースされました。

LLVM Toolset がバージョン 11.0.0 にアップグレードされました。以下は、主な変更点です。

pcp がバージョン 5.2.5 にリベースされました。

pcp パッケージが、バージョン 5.2.5 にアップグレードされました。以下は、主な変更点です。

grafana-pcp の Vector データソース用に中央 pmproxy 経由でリモートホストにアクセスする

一部の環境では、ネットワークポリシーでは、Dashboard ビューアーのブラウザーから監視するホストに直接接続が許可されません。今回の更新で、中央 pmproxy に接続するために hostspec をカスタマイズできるようになりました。これにより、個々のホストにリクエストを転送できるようになりました。

grafana がバージョン 7.3.6 にリベースされました。

grafana パッケージがバージョン 7.3.6 にアップグレードされました。以下は、主な変更点です。

grafana-pcp がバージョン 3.0.2 にリベースされました。

grafana-pcp パッケージがバージョン 3.0.2 にアップグレードされました。以下は、主な変更点です。

PCP の SQL Server メトリックにアクセスするための Active Directory 認証

今回の更新で、システム管理者は、Active Directory AD) 認証を使用して SQL Server メトリックに安全に接続するように pmdamssql(1) を設定できるようになりました。

grafana-container がバージョン 7.3.6 にリベースされました。

rhel8/grafana コンテナーイメージは Grafana を提供します。Grafana は、メトリックダッシュボードを使用したオープンソースユーティリティーで、Graphite、Elasticsearch、OpenTSDB、Prometheus、InfluxDB、および Performance Co-Pilot(PCP) 用のグラフィックエディターです。grafana-container パッケージがバージョン 7.3.6 にアップグレードされました。以下は、主な変更点です。

pcp-container がバージョン 5.2.5 にリベースされました。

rhel8/pcp コンテナーイメージは、システムパフォーマンス分析ツールキットである Performance Co-Pilot を提供します。pcp-container パッケージがバージョン 5.2.5 にアップグレードされました。以下は、主な変更点です。

JDK Mission Control がバージョン 8.0.0 にリベースされました。

jmc:rhel8 モジュールストリームによって提供される HotSpot JVM の JMC (JDK Mission Control) プロファイルャーが、バージョン 8.0.0 にアップグレードされました。主な機能強化は、次のとおりです。

Identity Management をより包括的に

Red Hat では、意識的な言語の使用に取り組んでいます。これについては、多様性を受け入れるオープンソースの強化 で詳細を参照してください。

dsidm ユーティリティーがエントリーの名前変更および移動に対応

今回の機能拡張により、dsidm ユーティリティーを使用して、Directory Server でユーザー、グループ、POSIX グループ、ロール、および組織単位 (OU) の名前を変更して移動できるようになりました。詳細と例は、Directory Server 管理ガイドの ユーザー、グループ、POSIX グループ、および OU の名前変更 を参照してください。

IdM でのサブ CA の削除

今回の機能拡張により、ipa ca-del コマンドを実行して Sub-CA を無効にしていない場合は、サブ CA を削除できないので無効にする必要があるとのエラーが表示されます。最初に ipa ca-disable コマンドを実行してサブ CA を無効にしてから、ipa ca-del コマンドを使用してこれを削除します。

IdM が新しい Ansible 管理ロールおよびモジュールに対応

RHEL 8.4 は、Identity Management(IdM) でロールベースのアクセス制御 (RBAC) を自動的に管理する Ansible モジュール、IdM サーバーのバックアップおよび復元用の Ansible ロール、およびロケーション管理用の Ansible モジュールを提供します。

FIPS モードの IdM が、AD を使用したフォレスト間の信頼に対応

この機能強化により、管理者は FIPS モードが有効な IdM ドメインと Active Directory (AD) ドメインの間でフォレスト間の信頼を確立できるようになりました。IdM で FIPS モードが有効な場合に、共有シークレットを使用して信頼を確立できないことに注意してください。FIPS コンプライアンス を参照してください。

AD ユーザーは、既知の UPN 接尾辞に属する UPN 接尾辞が付いた IdM にログイン可能に

以前では、Active Directory (AD) ユーザーは、既知の UPN 接尾辞 (例: ad-example.com) のサブドメインである UPN (Universal Principal Name) (sub1.ad-example.com) で、IdM (Identity Management) にログインできませんでした。これは、内部 Samba プロセスがトポロジー名 (TLN) の重複としてサブドメインをフィルタリングしていたためです。今回の更新により、既知の UPN 接尾辞に属するかどうかをテストして UPN が検証されるようになりました。これにより、上記のシナリオで下位の UPN 接尾辞を使用してログインできるようになりました。

IdM は新しいパスワードポリシーオプションをサポートするように

今回の更新で、Identity Management(IdM) が追加の libpwquality ライブラリーオプションに対応するようになりました。

Active Directory のサイト検出プロセスの改善

SSSD サービスは、接続レス LDAP (CLDAP) と複数のドメインコントローラーで並行して Active Directory サイトを検出し、一部のドメインコントローラーに到達できない状況でサイト検出を加速します。以前のバージョンでは、サイト検出が順次実行され、ドメインコントローラーに到達できない場合、タイムアウトが発生し、SSSD がオフラインになっていました。

スループットを向上させるために、nsslapd-nagle のデフォルト値がオフになっている

以前は、cn=config エントリーの nsslapd-nagle パラメーターがデフォルトで有効になっていました。その結果、Directory Server は多数の setsocketopt システムコールを実行し、サーバーの速度を低下させていました。今回の更新により、nsslapd-nagle のデフォルト値が off に変更になりました。その結果、Directory Server が実行する setsocketopt システムコールの数が減り、1 秒あたりにより多くの操作を処理できるようになります。

sssd.conf ファイルの [domain] セクションで SSSD ドメインを有効または無効にする

今回の更新で、sssd.conf ファイルの該当する [domain] セクションを変更することで、SSSD ドメインを有効または無効にすることができるようになりました。

最大オフラインタイムアウトを手動で制御するオプションが追加されました。

offline_timeout の期間は、SSSD によるオンラインに戻るまでの再試行の間隔を決定します。以前のバージョンでは、この間隔の最大許容値は 3600 秒にハードコーディングされていました。これは一般的な用途に適していますが、環境を高速または遅らば問題が発生していました。

SSSD セッションの録画設定で、scope=all が設定された exclude_users および exclude_groups のサポート

Red Hat Enterprise 8.4 では、グループまたはユーザーのセッションの録画を定義する新しい SSSD オプションを利用できるようになりました。

samba がバージョン 4.13.2 にリベースされました。

samba パッケージがアップストリームバージョン 4.13.2 にアップグレードされ、以前のバージョンに対するバグ修正や機能強化が数多く追加されました。

SSSD を使用したパスワードなしの sudo 認証用の新しい GSSAPI PAM モジュール

新しい pam_sss_gss.so Pluggable Authentication Module (PAM) を使用して、System Security Services Daemon (SSSD) を設定して、Generic Security Service Application Programming Interface (GSSAPI) で PAM 対応サービスに対してユーザーを認証できます。

Directory Server がバージョン 1.4.3.16 にリベースされました。

389-ds-base パッケージがアップストリームバージョン 1.4.3.16 にアップグレードされ、以前のバージョンに対するバグ修正や機能強化が数多く追加されました。主な変更点のリストは、更新前にアップストリームのリリースノートを参照してください。

Directory Server が RESULT エントリーで作業および操作時間のログを記録するようになりました。

今回の更新で、Directory Server は、/var/log/dirsrv/slapd-<instance_name>/access ファイルの RESULT エントリーに追加の時間値をログ記録するようになりました。

Directory Server が、インデックス化されていない内部検索を拒否するようになりました。

今回の機能拡張により、nsslapd-require-internalop-index パラメーターが cn=<database_name>,cn=ldbm データベース,cn=plugins,cn=config エントリーに追加されました。プラグインがデータを変更すると、データベースに書き込みロックがあります。大規模なデータベースで、プラグインがインデックス化されていない検索を実行すると、プラグインがすべてのデータベースロックを使用することがあります。これにより、データベースが破損したり、サーバーが応答しなくなります。この問題を回避するには、nsslapd-require-internalop-index パラメーターを有効にして、インデックス化されていない内部検索を拒否することができるようになりました。

GNOME で、応答しないアプリケーションタイムアウトを設定できます。

GNOME は、すべてのアプリケーションに定期的にシグナルを送信し、アプリケーションが応答しないかどうかを検出します。GNOME が応答しないアプリケーションを検出すると、アプリケーションを停止するか待機するかを尋ねるアプリケーションウィンドウ上にダイアログが表示されます。

Intel Tiger Lake GPU に対応

今回のリリースで、統合グラフィックスを備えた Intel Tiger Lake CPU マイクロアーキテクチャーのサポートが追加されました。これには、以下の CPU モデルを含む Intel UHD グラフィックと Intel Xe 統合 GPU が含まれます。

11 世代コアマイクロプロセッサーを使用する Intel GPU がサポートされるようになりました。

今回のリリースで、Xe gen 12 統合グラフィックで 11 世代コア CPU アーキテクチャー (旧名称 Rocket Lake) のサポートが追加されました。これは、以下の CPU モデルにあります。

NVIDIA Ampere がサポートされるようになりました。

今回のリリースで、GA102 または GA104 チップセットを使用する Nvidia Ampere GPU のサポートが追加されました。これには、以下の GPU モデルが含まれます。

さまざまな更新後のグラフィックドライバー

以下のグラフィックドライバーが最新のアップストリームバージョンに更新されました。

ソフトウェアの更新ページは、必要な再起動を確認する

今回の更新で、RHEL Web コンソールのソフトウェアの更新ページは、インストール後に更新を有効にするために、一部のサービスまたは実行中のプロセスのみを再起動するだけで十分かどうかを確認します。このような場合、これによりマシンを再起動する必要がなくなります。

Web コンソールでのグラフィカルパフォーマンス分析

今回の更新で、システムグラフページが、マシンのパフォーマンスを分析するための新規の専用ページに置き換えられました。パフォーマンスメトリックを表示するには、Overview ページから View details and history をクリックします。これは、Utilization Saturation および Errors (USE) メソッドに基づく現在のメトリックおよび履歴イベントを表示します。

Web コンソールは、SSH 鍵の設定を支援します。

以前のバージョンでは、Web コンソールでは、ログイン時にリモート接続のパスワードを再使用する際に、初期ログインパスワードを使用してリモートホストにログインできました。このオプションが削除されました。Web コンソールの代わりに、リモートホストへの自動およびパスワードなしログインを必要とするユーザーの SSH キーの設定が容易になります。

Logging ロール設定に追加された RELP セキュアなトランスポートサポート

信頼できるイベントロギングプロトコル RELP は、rsyslog サーバー間でログメッセージを転送および受信する、安全で信頼できるプロトコルです。今回の機能強化により、rsyslog サーバーは、RELP プロトコルを使用してログメッセージを転送および受信できるため、今回の機能強化により、管理者は rsyslog ユーザーから高い要求を伴う便利なプロトコルである RELP を活用できるようになりました。

SSH クライアントの RHEL システムロールに対応

以前は、サーバーおよびクライアントに対して一貫した安定した方法で RHEL SSH を設定するベンダー対応自動化ツールはありませんでした。今回の機能拡張により、RHEL システムロールを使用して、オペレーティングシステムのバージョンとは独立して、システムかつ統一された方法で SSH クライアントを設定できるようになりました。

従来の RHEL システムロール形式の代替: Ansible コレクション

RHEL 8.4 では、従来の RHEL システムロール形式のオプションとして利用できる、コレクション形式で RHEL システムロールが導入されました。

Metrics ロールは、PCP を使用した SQL サーバーのメトリックコレクションの設定および有効化をサポートします。

metrics RHEL システムロールは、SQL Server の mssql を Performance Co-Pilot (pcp) で接続できるようになりました。SQL Server は、Microsoft からの汎用リレーショナルデータベースです。実行すると、SQL Server は実行中の操作に関する内部統計を更新します。これらの統計には SQL クエリーを使用してアクセスすることができますが、システムおよびデータベース管理者はパフォーマンス分析タスクを記録、レポート、視覚化できるようにシステムおよびデータベース管理者が重要です。今回の機能強化により、メトリック RHEL システムロールを使用して、mssql メトリックの記録、レポート、および可視化機能を提供する Performance Co-Pilot (pcp) で SQL サーバーである mssql を自動化できるようになりました。

Metrics RHEL システムロールで利用可能な exporting-metric-data-to-elasticsearch 機能

Elasticsearch は、一般的で、スケーラブルにスケーラブルなエンジンです。今回の機能拡張により、Metrics RHEL システムロールから Elasticsearch にメトリック値をエクスポートすることにより、ユーザーはグラフィカルインターフェイス、REST API 経由でなど、Elasticsearch インターフェイス経由でメトリックにアクセスできるようになりました。その結果、ユーザーはこれらの Elasticsearch インターフェイスを使用してパフォーマンスの問題の診断や容量計画、ベンチマークなどのその他のパフォーマンス関連のタスクを支援できます。

SSHD RHEL システムロールのサポート

以前は、サーバーおよびクライアントに対して一貫した安定した方法で SSH RHEL System Roles を設定するベンダー対応自動化ツールはありませんでした。今回の機能拡張により、RHEL システムロールを使用して、オペレーティングシステムのバージョンに関係なく、システムかつ統一された方法で sshd サーバーを設定できるようになりました。

Crypto Policies RHEL System Role に対応

今回の機能強化により、RHEL 8 はシステム全体の暗号化ポリシー管理に新しい機能が追加されました。RHEL システムロールを使用すると、任意の数の RHEL 8 システムで暗号化ポリシーを一貫して簡単に設定できるようになりました。

Logging RHEL システムロールが rsyslog の動作に対応しました。

今回の機能強化で、rsyslog は Red Hat Virtualization からのメッセージを受信し、そのメッセージを elasticsearch に転送するようになりました。

networking の RHEL システムロールが ethtool 設定に対応するようになりました。

今回の機能強化により、networking RHEL システムロールを使用して、NetworkManager 接続の ethtool 結合設定を設定できるようになりました。interrupt coalescing 手順を使用すると、システムはネットワークパケットを収集し、複数のパケットに対して割り込みを 1 つ生成します。これにより、1 つのハードウェア割り込みでカーネルに送信されたデータ量が増大し、割り込み負荷が減り、スループットを最大化します。

IBM Z 仮想マシンが、最大 248 CPU を実行できるようになりました。

以前のリリースでは、DIAG318 が有効な IBM Z (s390x) 仮想マシン (VM) で使用できる CPU の数は 240 に制限されていました。現在、Extended-Length SCCB を使用して、IBM Z VM は最大 248 個の CPU を実行できます。

HMAT が RHEL KVM でサポートされるようになりました。

今回の更新で、RHEL KVM で ACPI Heterogeneous Memory Attribute Table (HMAT) に対応するようになりました。ACPI HMAT は、メモリーサイドキャッシュ属性などのメモリー属性に関する情報と、システム物理アドレス (SPA) メモリー範囲に関連する帯域幅およびレイテンシーの詳細を提供することで、メモリーを最適化します。

仮想マシンが Intel Atom P5000 プロセッサーの機能を使用できるようになりました。

Snowridge CPU モデル名が仮想マシンで利用できるようになりました。Intel Atom P5000 プロセッサーを持つホストでは、仮想マシンの XML 設定の CPU タイプとして Snowridge を使用するホストで、これらのプロセッサーの新機能が仮想マシンに公開されます。

Windows 10 以降の仮想マシンで、virtio-gpu デバイスがより適切に動作するようになりました。

今回の更新で virtio-win ドライバーが拡張され、選択した Windows プラットフォームで virtio-gpu デバイスのカスタムドライバーも提供されるようになりました。これにより、Windows 10 以降をゲストシステムとして使用する仮想マシンで virtio-gpu デバイスのパフォーマンスが向上しました。さらに、デバイスは、将来の機能強化から virtio-win にも活用できます。

第 3 世代 AMD EPYC プロセッサーの仮想化サポート

今回の更新で、RHEL 8 の仮想化で、第 3 世代 AMD EPYC プロセッサー (EPYC Milan としても知られる) のサポートが追加されました。これにより、RHEL 8 でホストされる仮想マシンは EPYC-Milan CPU モデルを使用し、プロセッサーが提供する新機能を使用できるようになりました。

AWS 用のゴールドイメージの自動登録

今回の更新で、ユーザーが Red Hat Subscription Management (RHSM) および Red Hat Insights に自動的に登録するように、RHEL 8.4 以降のゴールドイメージを設定できるようになりました。これにより、ゴールドイメージから作成された多数の仮想マシンをより迅速に設定でき、簡単に設定できます。

cloud-init が IBM Cloud の Power Systems Virtual Server でサポートされるようになりました。

今回の更新で、cloud-init ユーティリティーを使用して、IBM Power Systems ホストでホストされる RHEL 8 仮想マシンを設定し、IBM Cloud Virtual Server サービスで実行できるようになりました。

sos のバージョン 4.0 へのリベース

sos パッケージがバージョン 4.0 にアップグレードされました。このメジャーバージョンリリースには、多くの新機能および変更が含まれています。

Podman が Docker 用に作成されたボリュームプラグインに対応

Podman は Docker ボリュームプラグインをサポートするようになりました。ベンダーおよびコミュニティーメンバーによって記述されたこれらのボリュームプラグインまたはドライバーは、Podman がコンテナーボリュームを作成および管理できます。

ubi-micro コンテナーイメージが利用できるようになりました。

registry.redhat.io/ubi8/ubi-micro コンテナーイメージは、基礎となるホストでパッケージマネージャーを使用して、通常は Buildah を使用するか、Podman でマルチステージビルドをインストールするための最小ベースイメージです。パッケージマネージャーとそのすべての依存関係を除外すると、イメージのセキュリティーレベルが上がります。

自動更新コンテナーイメージのサポートが利用可能に

今回の機能強化により、ユーザーは podman auto-update コマンドを使用して、自動更新ポリシーに従ってコンテナーを自動更新できるようになりました。コンテナーには、イメージが更新されているかどうかを確認するために、指定した "io.containers.autoupdate=image" ラベルを付ける必要があります。デプロイされている場合には、Podman は新しいイメージをプルし、コンテナーを実行する systemd ユニットを再起動します。podman auto-update コマンドは systemd に依存し、コンテナーを作成するために完全に指定したイメージ名が必要になります。

Podman が、セキュアな短縮名に対応

イメージの短縮名のエイリアスは、[aliases] テーブルの registries.conf ファイルに設定できるようになりました。short-names モードは以下のようになります。

container-tools:3.0 の安定したストリームが利用可能に

Podman、Buildah、Skopeo、および runc ツールを含む container-tools:3.0 モジュールストリームが利用できるようになりました。今回の更新で、以前のバージョンに対するバグ修正および機能拡張が追加されました。

Anaconda で、テキストモードで ldl または未フォーマットの DASD ディスクダイアログを表示

以前は、テキストモードでのインストール時に、Anaconda は Linux ディスクレイアウト (ldl) またはフォーマットされていない DASD (Direct-Access Storage Device) ディスクのダイアログを表示できませんでした。そのため、ユーザーはインストールにこれらのディスクを使用できませんでした。

RHEL インストーラー起動オプションを使用して InfiniBand ネットワークインターフェイスを設定すると、RHEL インストーラーが起動しませんでした。

以前では、インストーラー起動オプション (PXE サーバーを使用したインストーラーイメージのダウンロードなど) を使用して RHEL インストールの初期段階で InfiniBand ネットワークインターフェイスを設定する場合、インストーラーはネットワークインターフェイスのアクティブ化に失敗していました。

自動パーティション設定が Anaconda でスケジュール可能

以前は、LVM タイプのディスクの自動パーティション設定時に、インストーラーは選択したディスクごとに LVM PV のパーティション作成を試みていました。すでにパーティションレイアウトが存在している場合は、自動パーティション設定のスケジュールが失敗し、エラーメッセージが出力される可能性がありました。

Anaconda GUI を使用したワイヤレスネットワークの設定が修正されました。

以前は、Anaconda グラフィカルユーザーインターフェイス (GUI) を使用して無線ネットワークを設定すると、インストールがクラッシュしていました。

%autopatch rpm マクロで新しい -m および -M パラメーターに対応

今回の更新で、-m (min) および -M (max) パラメーターが %autopatch マクロに追加され、指定のパラメーターでパッチの範囲だけが適用されるようになりました。

POPT がバージョン 1.18 にリベースされました。

popt パッケージがアップストリームバージョン 1.18 にアップグレードされ、以前のバージョンに対する主な変更点が加えられました。

snmpbulkget が存在しない PID に有効な出力を提供

snmpbulkget コマンドは、存在しない PID に有効な出力を提供しませんでした。そのため、このコマンドは 結果が見つからないため、出力で失敗していました。

CRON コマンドは、トリガー条件に従ってメールを送信するようになりました。

以前のリリースでは、Relax-and-Recover (ReaR) ユーティリティーが誤って設定されている場合、CRON コマンドは、メールを介して管理者に送信されたエラーメッセージをトリガーしていました。そのため、ReaR で設定が実行されていない場合でも、管理者はメールを受け取りました。

ReaR のバックアップメカニズムとして、BPM バージョン 8.2 を使用できるようになりました。

以前では、バックアップメソッドとして VC を使用する場合、Relax-and-Recover (ReaR) ユーティリティーは、レスキューシステムで vxpbx_exchanged サービスを開始しませんでした。そのため、RPI 8.2 のあるレスキューシステムのバックアップからの復元に失敗し、以下のエラーメッセージが、RPI サーバーに記録されていました。

libvpd がバージョン 2.2.8 にリベースされました。

以下は、主な変更点です。

ReaR ユーティリティーが、LUKS2 で暗号化されたパーティションを使用してシステムを復元するようになりました。

以前のリリースでは、Rear (Relax-and-Recover) ユーティリティーでバックアップするためにシステムに LUKS2 で暗号化したパーティションが少なくとも 1 つ存在する場合、Relax-and-Recover (Rear) ユーティリティーで ReaR が LUKS2 暗号化したパーティションに対応していないことをユーザーに通知しませんでした。したがって、ReaR ユーティリティーは復元フェーズでシステムの元の状態を再作成できませんでした。

texlive が Poppler で正しく機能するようになりました。

以前は、Poppler ユーティリティーが API の変更の更新が行われていました。そのため、これらの API の変更が原因で Texlive ビルドは機能しませんでした。今回の更新で、Texlive ビルドが新しい Poppler ユーティリティーで正常に機能するようになりました。

RPZ がワイルドカード文字で機能

以前は、lib/dns/rpz.c ファイルの dns_rpz_find_name 関数は、同じ接尾辞のレコードが存在する場合にワイルドカード文字を考慮しませんでした。そのため、ワイルドカード文字を含む一部のレコードは無視されました。今回の更新で、dns_rpz_find_name 関数が修正され、ワイルドカード文字を考慮するようになりました。

pkcs11 のパディングが改善

以前は、pkcs11 トークンラベルにスマートカードの追加のパディングが含まれていました。そのため、誤ったパディングにより、label 属性に基づいてカードの一致が生じる可能性がありました。今回の更新で、全カードでパディングが修正され、PKCS #11 の URI を定義し、アプリケーション内のそれらに対して一致させることが期待どおりに機能するようになりました。

sealert 接続の問題処理を修正しました。

以前では、setroubleshoot デーモンのクラッシュにより、sealert プロセスが応答しなくなる可能性がありました。そのため、GUI で分析が表示されず応答しなくなり、コマンドラインツールは何も出力せず、強制終了されるまで実行を継続していました。今回の更新で、sealert と setroubleshootd 間の接続問題の処理が改善されました。sealert は、setroubleshoot デーモンがクラッシュした場合にエラーメッセージを報告し、終了するようになりました。

setroubleshoot による監査レコード分析の最適化

以前は、setroubleshoot-3.3.23-1 で導入された新機能はパフォーマンスに悪影響を与えるため、AVC 分析は以前よりも 8 回遅くなります。今回の更新で、AVC 分析時間が大幅に削減される最適化機能が提供されます。

SELinux ポリシーインターフェイスパーサーを修正しました。

以前のバージョンでは、ポリシーインターフェイスパーサーは構文エラーメッセージが表示されていました。これには、カスタムポリシーをインストールすると、インターフェイスファイルに ifndef ブロックが含まれていました。今回の更新で、インターフェイスファイルの解析が改善され、この問題が解決されました。

setfiles がラベル付けエラーで停止しない

以前のバージョンでは、setfiles ユーティリティーは、ファイルの再ラベルに失敗したたびに停止していました。そのため、誤ったファイルにラベルが付けられたファイルがターゲットディレクトリーに残されていました。今回の更新により、setfiles は再ラベルできないファイルを省略し、setfiles はターゲットディレクトリーのすべてのファイルを処理するようになりました。

SELinux ポリシーストアを再構築すると、電源が切れやすくなります。

以前のリリースでは、キャッシュの書き込みにより、SELinux-policy を再構築すると、電源障害に耐えませんでした。そのため、ポリシーの再ビルド時に、SELinux ポリシーストアが機能しなくなると、電源障害が発生する可能性があります。今回の更新で、libsemanage ライブラリーは、メタデータおよびキャッシュされたファイルデータに対する保留中の変更はすべて、これを使用する前にポリシーストアが含まれるファイルシステムに書き込まれるようになりました。その結果、ポリシーストアは電源障害や他の中断に対してより回復できるようになりました。

libselinux で SELinux ユーザーのデフォルトコンテキストが正しく判断されるようになりました。

以前は、libselinux ライブラリーは、非推奨の security_compute_user() 関数を使用したため、一部のシステムで SELinux ユーザーのデフォルトのコンテキストを決定できませんでした。そのため、複雑なセキュリティーポリシーがあるシステムでは、一部のシステムサービスが利用できませんでした。今回の更新で、libselinux は security_compute_user() を使用しなくなり、ポリシーの複雑性に関わらず、SELinux ユーザーのデフォルトのコンテキストが適切に判断されるようになりました。

SELinux により rsync モードの geo レプリケーションが失敗しなくなりました。

以前は、SELinux ポリシーでは、rsync_t で実行しているプロセスが security.trusted 拡張属性の値を設定できませんでした。そのため、Red Hat Gluster Storage(RHGS) の geo レプリケーションに失敗していました。この更新には、rsync_t プロセスによる security.trusted の設定を可能にする新しい SELinux ブール値 rsync_sys_admin が含まれます。その結果、rsync_sys_admin ブール値を有効にすると、rsync は security.trusted 拡張属性を設定して geo レプリケーションに失敗しなくなりました。

OpenSCAP はメモリーが不足することなく、ファイルが大量に含まれるシステムをスキャンできるように。

以前のリリースでは、メモリーが少なく、ファイルが多数あるシステムをスキャンすると、OpenSCAP スキャナーが原因でシステムのメモリーがなくなることがありました。今回の更新で、OpenSCAP スキャナーのメモリー管理が改善されました。その結果、スキャナーは、たとえば、Server with GUI および Workstation を使用するパッケージグループなど、多数のファイルをスキャンする際に、RAM が少ないシステムでメモリーが不足することがなくなりました。

FAT が設定された CIS 予約システムが起動時に失敗しなくなる

以前は、SCAP Security Guide (SSG) の Center for Internet Security (CIS) プロファイルには、FAT ファイルシステムへのアクセスを行うカーネルモジュールの読み込みを無効にするルールが含まれていました。そのため、SSG がこのルールを修正した場合、システムは EFI システムパーティション (ESP) を含む FAT12, FAT16 および FAT32 ファイルシステムでフォーマットされたパーティションにアクセスできませんでした。これにより、システムが起動できませんでした。今回の更新で、ルールがプロファイルから削除されました。その結果、このファイルシステムを使用するシステムは起動に失敗しなくなりました。

OVAL チェックは GPFS をリモートとして考慮する

以前は、OpenSCAP スキャナーはマウントされた General Parallel File Systems (GPFS) をリモートファイルシステム (FS) として識別しませんでした。これにより、ローカルシステムのみに適用される OVAL チェックであっても、OpenSCAP は GPFS をスキャンしていました。これにより、スキャナーがリソースが不足し、スキャンの完了に失敗することがありました。今回の更新で、GPFS がリモート FS のリストに含まれるようになりました。その結果、OVAL チェックは GPFS をリモートの FS として正しく考慮し、スキャンは高速です。

fapolicyd-selinux SELinux ポリシーがすべてのファイルタイプに対応するようになりました。

以前では、fapolicyd-selinux SELinux ポリシーはすべてのファイルタイプに対応しませんでした。そのため、fapolicyd サービスは、sysfs などのスケジュールされていない場所にあるファイルにアクセスできませんでした。今回の更新で、fapolicyd サービスはすべてのファイルシステムタイプに準拠し、分析するようになりました。

fapolicyd が RHEL の更新を阻止しなくなりました。

更新で実行中のアプリケーションのバイナリーが置き換えられると、カーネルにより、接尾辞 (deleted) が追加されて、メモリー内のアプリケーションのバイナリーパスが変更されます。以前は、fapolicyd ファイルのアクセスポリシーデーモンは、このようなアプリケーションを信頼できないものとして処理していました。そのため、fapolicyd は、これらのアプリケーションがその他のファイルを開いて実行できませんでした。今回の更新で、fapolicyd はバイナリーパスの接尾辞を無視し、バイナリーが信頼データベースに一致するようになりました。これにより、fapolicyd がルールを正しく適用し、更新プロセスを完了できるようになりました。

USBGuard が 1.0.0-1 にリベースされました

usbguard パッケージが、アップストリームバージョン 1.0.0-1 にリベースされました。今回の更新では、改良されたバグ修正およびバグ修正が追加されました。主要な変更点は次のとおりです。

USBGuard が Audit メッセージを送信できるようになりました。

サービスのハードニングの一環として、CAP_AUDIT_WRITE がない間、usbguard.service の機能に制限されていました。そのため、システムサービスとして実行している usbguard は、Audit イベントを送信できませんでした。今回の更新で、サービス設定が更新され、USBGuard が Audit メッセージを送信できるようになりました。

tangd が無効な要求を適切に処理するようになりました。

以前では、tangd デーモンは、一部の無効なリクエストのエラー終了コードを返していました。これにより、tangd.socket@.service が失敗し、そのユニットの数が増加すると問題が発生する可能性がありました。今回の更新で、tangd サーバー自体が反応している場合にのみ、エラーコードで tangd が終了します。これにより、tangd が無効な要求を適切に処理します。

ipset ルックアップに関連するルールを使用した RHEL 7 から RHEL 8 への iptables ルールセットの移行に失敗しなくなりました。

以前は、ipset カウンターは、iptables ルールセットからカウンターが有効な ipset コマンドを参照する間、追加の制約がすべて一致する場合にのみ更新されました。したがって、ipset ルックアップに関連するルール (-m set --match-set xxx src --bytes-gt 100 など) は、一致するように変更されることはありません。これは、ipset のカウンターが追加されないためです。今回の更新で、ipset ルックアップに関連するルールが含まれる iptables ルールセットの移行が期待どおりに機能するようになりました。

iptraf-ng が raw メモリーコンテンツを公開しなくなりました。

以前は、iptraf-ng のフィルターに %p を設定すると、アプリケーションはステータスバーに raw メモリーコンテンツを表示していました。そのため、不要な情報が表示されます。今回の更新で、iptraf-ng プロセスが、ステータスバーに生のメモリーコンテンツが表示されなくなりました。

Anaconda ip 起動オプションで DHCP を使用すると、ネットワークアクセスが利用できるようになりました。

初期 RAM ディスク (initrd) は、NetworkManager を使用してネットワークを管理します。以前は、RHEL 8.3 ISO ファイルが提供する dracut NetworkManager モジュールは誤って、Anaconda 起動オプションの ip オプションの最初のフィールドが常に設定されていると仮定していました。そのため、DHCP を使用して ip=::::<host_name>::dhcp を設定すると、NetworkManager は IP アドレスを取得せず、Anaconda でネットワークを利用できませんでした。この問題が修正されました。これにより、上記のシナリオで RHEL 8.4 ISO を使用してホストをインストールすると、Anaconda ip 起動オプションが期待どおりに機能します。

nfp ドライバーを使用する Netronome ネットワークカードで XDP プログラムのアンロードに失敗しなくなりました。

以前は、Netronome ネットワークカードの nfp ドライバーにバグが含まれていました。そのため、XDP_FLAGS_REPLACE フラグで IFLA_XDP_EXPECTED_FD 機能を使用して XDP プログラムをロードした場合、eXpress Data Path (XDP) プログラムのアンロードに失敗していました。たとえば、これは libxdp ライブラリーを使用してロードされた XDP プログラムに該当します。このバグは修正されています。その結果、Netronome ネットワークカードから XDP プログラムをアンロードすることは期待どおりに機能します。

NetworkManager が、全インターフェイスで DHCP および逆引き DNS ルックアップを使用してホスト名の取得を試みるようになりました。

以前は、ホスト名が /etc/hostname ファイルに設定されていない場合、NetworkManager は、最も低いメトリック値を持つインターフェイスを介して、DHCP または逆引き DNS ルックアップを使用してホスト名の取得を試みていました。そのため、デフォルトルートなしでは、ネットワークでホスト名を自動的に割り当てることができませんでした。今回の更新で動作が変更され、NetworkManager はまずデフォルトのルートインターフェイスを使用してホスト名の取得を試みるようになりました。このプロセスに失敗すると、NetworkManager はその他の利用可能なインターフェイスを試行します。これにより、/etc/hostname に設定されていない場合、NetworkManager は、全インターフェイスの DHCP および逆引き DNS ルックアップを使用してホスト名を取得しようとします。

IBM Z システムで、カーネルが誤検出の警告を返しなくなりました。

以前は、RHEL 8 の IBM Z システムに、ユーザーアクセスを許可する ZONE_DMA メモリーゾーンの許可されるエントリーがありませんでした。したがって、カーネルは以下のような誤検出の警告を返します。

RHEL システムが tboot GRUB エントリーから期待どおりに起動する

以前は、バージョン 1.9.12-2 の tboot ユーティリティーが原因で、Trusted Platform Module (TPM) 2.0 が有効になっている一部の RHEL システムがレガシーモードでの起動に失敗していました。その結果、tboot Grand Unified Bootloader (GRUB) エントリーから起動しようとすると、システムが停止しました。RHEL 8 の新しいバージョンと tboot ユーティリティーの更新により、問題が修正され、RHEL システムが期待どおりに起動します。

負荷の高いコンテナーシナリオでカーネルがメモリーを正常に回収

コンテナー内の I/O およびメモリーにボリュームが制約された場合、データの競合状態によりメモリーのロックアップの回収を行うカーネルコード。データ競合は、次のような場合に発生する現象です。

メモリーがオフラインの RHEL 8 により、カーネルパニックが発生しなくなりました。

以前は、開始し、オフラインとマークされたメモリーで RHEL 8 を実行すると、カーネルが初期化されていないメモリーページにアクセスしようとする場合がありました。これにより、カーネルパニックが発生していました。今回の更新で、アイドルページ追跡のカーネルメカニズムが修正され、問題が発生しなくなりました。

NUMA システムでは、予期しないメモリーレイアウトが発生しなくなりました。

以前のリリースでは、CONFIG_NODES_SPAN_OTHER_NODES オプションがないため、ARM64 および S390 アーキテクチャーでは NUMA システムで予期しないメモリーレイアウトが発生していました。そのため、異なる NUMA ノードのメモリー領域が交差し、低い NUMA ノードのメモリーリージョンが高 NUMA に追加されていました。

rngd サービスが poll() システムコールでビジー状態にならない

バージョン 4.18.0-193.10 で始まるカーネル用に、FIPS モードの新しいカーネルエントロピーソースが追加されました。そのため、/dev/random デバイスの poll() システムコールで、rngd サービスがビジーウェイトしていました。これにより、システムが FIPS モードにある場合に CPU 時間を 100% 消費していました。今回の更新で、FIPS モードでは、/dev/random デバイスの poll() ハンドラーが、特に /dev/random デバイスに対して開発されたデフォルトのハンドラーからハンドラーに変更されました。その結果、上記のシナリオで rngd サービスが poll() でビジーウェイトしなくなりました。

SCHED_DEADLINE スケジューラーの HRTICK サポートが有効になっている

以前は、SCHED_DEADLINE ポリシーで設定した特定のタスクでは、高解像度のシステムタイマー (HRTICK) の機能が配置されませんでした。そのため、SCHED_DEADLINE スケジューラーを使用するこれらのタスクのスロットリングメカニズムは、これらのタスクに設定したすべてのランタイムを使用しました。この動作により、リアルタイム環境で予期しないレイテンシーが急増していました。

tpm2-abrmd のバージョン 2.3.3.2 へのリベース

tpm2-abrmd パッケージがバージョン 2.3.3.2 にアップグレードされ、バグ修正が複数追加されました。以下は、主な変更点です。

cxgb4 ドライバーにより、kdump カーネルでクラッシュが発生しなくなる

以前のリリースでは、vmcore ファイルに情報を保存しようとすると、kdump カーネルがクラッシュしていました。そのため、cxgb4 ドライバーにより、kdump カーネルが、後で分析するためにコアを保存できなくなります。この問題を回避するには、kdump カーネルコマンドラインに novmcoredd パラメーターを追加して、コアファイルを保存できるようにします。

EREMOTE エラーで SMB ターゲットへのアクセスが失敗しなくなりました。

以前は、cifsacl マウントオプションを使用した RHEL SMB クライアントに VC 名前空間をマウントすることはできず、リストが EREMOTE エラーで失敗していました。今回の更新で、カーネルが EREMOTE に対応するように修正され、SMB 共有にアクセスできるようになりました。

NFS readdir 関数のパフォーマンス向上

以前は、ディレクトリーをリスト表示する NFS クライアントのプロセスが、リストを完了するのに時間がかかり、永久に完了しなくなる可能性がありました。今回の更新で、次のシナリオで、NFS クライアントディレクトリーのリスティングが改善しました。

corosync.conf ファイルのデフォルトのトークンタイムアウト値が 1 秒から 3 秒に増加

以前は、corosync.conf ファイルの TOTEM トークンのタイムアウト値が 1 秒に設定されていました。この短いタイムアウトにより、クラスターはすぐに応答しますが、ネットワークの遅延があると、予想外のフェイルオーバーが生じる可能性があります。デフォルト値は 3 秒に設定され、迅速な応答とより幅広い適用性との間でトレードオフを提供します。token のタイムアウト値を変更する方法は、How to change totem token timeout value in a RHEL 5, 6, 7, or 8 High Availability cluster? を参照してください。

perl-Time-HiRes がインストールされている場合にインプレースアップグレードが可能に

以前は、RHEL 8 で配布される perl-Time-HiRes パッケージには、RHEL 7 バージョンのパッケージに含まれていたエポック番号がありませんでした。そのため、perl-Time-HiRes のインストール時に、RHEL 7 から RHEL 8 へのインプレースアップグレードを実行できませんでした。欠落していたエポック番号が追加され、perl-Time-HiRes のインストール時にインプレースアップグレードに失敗しなくなりました。

glibc DNS スタブリゾルバーが、同じトランザクション ID で並列クエリーを正しく処理

今回の更新以前は、GNU C ライブラリー glibc の DNS スタブリゾルバーは、同じトランザクション ID を持つ並列クエリーへの応答を処理しませんでした。そのため、トランザクション ID が等しい場合、2 番目の並列応答がクエリーと一致せず、タイムアウトおよび再試行が生じました。

fgetsgent() および fgetsgent_r() で設定ファイルの読み取りがより堅牢になりました。

/etc/gshadow ファイルで特に構造化エントリー、または読み込み時のファイルサイズの変更によって、fgetsgent() および fgetsgent_r() 関数が無効なポインターを返すことがありました。そのため、これらの関数を使用して /etc/gshadow、または /etc/ 内のその他の設定ファイルをセグメンテーションフォールトで読み取り、失敗していました。今回の更新で fgetsgent() および fgetsgent_r() が変更され、設定ファイルの読み込みがより堅牢となりました。その結果、アプリケーションが正常に設定ファイルを読み取るようになりました。

glibc 文字列は、AMD64 および Intel 64 プロセッサーのシステムキャッシュに悪影響を及ぼさなくなりました。

以前では、文字列関数の glibc の実装は、64 ビット AMD および Intel プロセッサーのスレッドで利用可能な最終レベルのキャッシュを誤って予測していました。その結果、大規模なバッファーで memcpy 関数を呼び出すと、システムの全体的なキャッシュパフォーマンスに影響を与えるか、memcpy システムコールの速度が低下していました。

glibc 動的ローダーが、libc.so.6 の特定の失敗を回避するようになりました。

以前は、libc.so.6 共有オブジェクトがメインプログラム (glibc バージョン情報を表示するなど) として実行されると、glibc 動的ローダーは、LD_PRELOAD 環境変数を使用してロードされたオブジェクトに関連する libc.so.6 を正しく再配置しませんでした。そのため、LD_PRELOAD が設定されている場合、libc.so.6 を呼び出すと、libc.so.6 がセグメンテーションフォールトで予期せずに終了することがありました。今回の更新でバグが修正され、動的ローダーが libc.so.6 の再配置を正しく処理するようになりました。その結果、上記の問題が発生しなくなりました。

glibc 動的リンカーが、静的スレッドローカルストレージ領域の一部を静的 TLS 割り当てに制限するようになりました。

以前は、glibc 動的リンカーは、動的 TLS に利用可能なすべての静的スレッドローカルストレージストレージ (TLS) 空間を最初に使用していました。そのため、動的 TLS の割り当てで、利用可能なすべての静的 TLS 領域の消費がすでに使用されているため、dlopen 関数を使用してランタイム時に追加の共有オブジェクトを読み込むことが失敗することがありました。この問題は、特に 64 ビット ARM アーキテクチャーおよび IBM Power Systems で発生しました。

glibc 動的リンカーが、64 ビット ARM バリアント呼び出し規則の Lazy binding を無効にするようになりました。

以前は、glibc 動的リンカーは、64 ビット ARM(AArch64) バリアント呼び出し規則を使用して、関数の Lazy バインディングを無効にしませんでした。その結果、このような関数呼び出しにおける動的リンカーの破損した引数により、誤った結果やプロセスが失敗する可能性がありました。今回の更新で、上記のシナリオで動的リンカーがレイジーバインディングを無効にし、関数の引数が正しく渡されるようになりました。

gcc がバージョン 8.4 にリベースされました。

GNU コンパイラーコレクション (GCC) がアップストリームバージョン 8.4 にリベースされ、以前のバージョンにバグ修正が数多く追加されました。

Samba wide links 機能が VFS モジュールに変換されました

以前は、wide links パラメーターは smbd サービスのコア機能の一部でした。この機能を有効にすると安全ではないため、widelinks という名前の個別の仮想ファイルシステム (VFS) モジュールに移動されました。後方互換性を確保するために、RHEL 8.4 の Samba は、設定内に wide links = yes が設定されている共有用にこのモジュールを自動的に読み込みます。

ネットワーク接続のアイドルタイムアウトが、リソースエラーとして報告されなくなる

以前は、Directory Server は、アイドル状態のネットワーク接続がタイムアウトしたときにリソースが一時的に利用不可だったという誤解を招くエラーを報告していました。今回の更新で、ネットワーク接続のアイドルタイムアウトのエラーマクロが EAGAIN から ETIMEDOUT に変更され、タイムアウトを説明する正確なエラーメッセージが Directory Server アクセスログに書き込まれます。

PKI CA に接続された PKI ACME Responder が発行した証明書で OCSP 検証に失敗しなくなりました。

以前のバージョンでは、PKI CA が提供するデフォルトの ACME 証明書プロファイルには、実際の OCSP サービスを参照していないサンプル OCSP URL が含まれていました。これにより、PKI ACME Responder が PKI CA 発行者を使用するように設定されている場合に、この Responder が発行する証明書は OCSP 検証に失敗する可能性がありました。今回の更新で、ACME 証明書プロファイルのハードコーディングされた URL が削除され、カスタマイズしない場合にプロファイル設定ファイルを修正するアップグレードスクリプトが追加されました。

最新の Intel ノートパソコンで、ディスプレイバックライトが確実に機能するようになりました。

Intel CPU を使用する最近のラップトップでは、ディスプレイのバックライトを制御するプロプライエタリーインターフェイスが必要です。以前は、RHEL はプロプライエタリーインターフェイスに対応しておらず、ノートパソコンでは信頼できない VESA インターフェイスの使用を試みていました。そのため、RHEL は、このノートパソコンでディスプレイのバックライトを制御しませんでした。

tests_luks.yml により NVME ディスクでパーティションケースが失敗することがなくなりました。

以前は、NVME ディスクは virtio/scsi で使用されるパーティション命名規則とは異なるパーティション命名規則を使用しており、Storage ロールはこれを反映しませんでした。その結果、NVME ディスクで Storage ロールを実行すると、クラッシュしていました。今回の修正により、Storage RHEL システムロールが blivet モジュールからパーティション名を取得するようになりました。

selinux RHEL システムロールが、present という名前の変数を使用しなくなりました。

以前は、selinux RHEL システムロールにある一部のタスクは、文字列 present ではなく、present という名前の変数を使用していました。これにより、selinux の RHEL システムロールは、変数 present がないことを示すエラーを返していました。今回の更新でこの問題が修正され、これらのタスクを変更して文字列 present を使用するようになりました。これにより、selinux の RHEL システムロールが期待どおりに機能し、エラーメッセージが表示されません。

rsyslog-gnutls パッケージがない場合の logging 出力が失敗しなくなりました。

logging RHEL システムロールがセキュアなリモート入出力とセキュアな転送出力を提供するように設定されている場合には、グローバル tls rsyslog-gnutls パッケージが必要です。以前のバージョンでは、tls rsyslog-gnutls パッケージが、以前のバージョンに無条件でインストールされるように変更されました。そのため、tls rsyslog-gnutls パッケージが管理ノードで利用できなくなると、logging の一部としてセキュアなリモート入力とセキュアな転送出力が含まれていなくても、ロギングロールの設定に失敗していました。今回の更新で、セキュアな接続が設定されているかどうかを確認し、グローバル tls logging_pki_files 変数をチェックし、この問題を修正しています。rsyslog-gnutls パッケージは、セキュアな接続が設定されている場合にのみインストールされます。その結果、欠落している rsyslog-gnutls パッケージでロギング出力が失敗しなくなったため、elasticsearch を統合するように Red Hat Enterprise Virtualization Hypervisor を設定する操作になりました。

Windows Server 2019 ホストの RHEL 8 ゲストコンソールへの接続の速度が低下することがなくなりました。

以前では、Windows Server 2019 ホストで、RHEL 8 をマルチユーザーモードでゲストオペレーティングシステムとして使用すると、ゲストのコンソール出力へ接続するのに想定よりもはるかに長い時間がかかっていました。今回の更新で、Hyper-V ハイパーバイザー上の VRAM のパフォーマンスが改善され、この問題が修正されます。

QXL で、Wayland を使用する仮想マシンの複数のモニターを表示できるようになりました。

以前では、remote-viewer ユーティリティーを使用して、Wayland ディスプレイサーバーを使用している仮想マシンのモニターを複数表示すると、仮想マシンが応答しなくなり、Waiting for display というステータスメッセージが永久に表示されていました。基礎となるコードが修正され、上記の問題が発生しなくなりました。

ハイバネート後に GPU 最適化の Azure インスタンスが正しく動作するようになりました。

NV6 などの GPU 最適化仮想マシン (VM) のサイズを使用する Microsoft Azure インスタンスで RHEL 8 をゲストオペレーティングシステムとして実行している場合、以前は仮想マシンの GPU が正常に機能しませんでした。これが発生すると、カーネルは以下のメッセージをログに記録します。

TX/RX パケットカウンターは、仮想マシンがハイバネートから再開した後に想定どおりに増大します。

以前は、CX4 VF NIC を使用する RHEL 8 仮想マシンが Microsoft Azure でハイバネートから再開すると、TX/RX パケットカウンターの増加は停止していました。今回の更新で問題が解決し、パケットカウンターが意図された通りに増大するようになりました。

RHEL 8 仮想マシンが Azure でハイバネートからの再開に失敗しなくなりました。

以前は、SR-IOV が有効になっている RHEL 8 仮想マシンが Microsoft Azure でハイバネートし、割り当て解除すると、Virtual Function (VF)、vmbus デバイスの GUID が変更になりました。したがって、仮想マシンが再起動すると、再開に失敗し、予期せずに終了していました。今回の更新で、vmbus デバイスの VF が変更されなくなり、仮想マシンがハイバネートから正常に再開されるようになりました。

Hyper-V および KVM ゲストで冗長エラーメッセージを削除

以前は、KVM または Hyper-V 仮想マシンで RHEL 8 ゲストオペレーティングシステムを実行している場合は、以下のエラーメッセージが /var/log/messages ファイルで報告されていました。

podman system connection add がデフォルトの接続を自動的に設定

以前は、podman system connection add コマンドは、最初の接続をデフォルト接続に自動的に設定しませんでした。したがって、podman system connection default <connection_name> コマンドを手動で実行して、デフォルトの接続を設定する必要があります。今回の更新で、podman system connection add コマンドが期待どおりに機能するようになりました。

podman run --pid=host はルートレスモードで動作します

以前は、rootless ユーザーとして podman run --pid=host コマンドを実行しても機能しませんでした。その結果、OCI パーミッションエラーが発生しました。

Red Hat Connector がテクノロジープレビューとして利用可能になりました。

Red Hat Insights とサブスクリプションコンテンツを使用できるように、1 つのコマンドを使用して RHEL システムに接続できるようになりました。Red Hat Enterprise Linux 8.4 ではテクノロジープレビューとして提供され、Red Hat コネクター (rhc) CLI は登録体験を通知し、subscription-manager および insights-client コマンドを個別に実行して Red Hat に接続する必要がなくなります。Red Hat コネクターと Smart Management サブスクリプションでは、クラウドから直接問題を修正することもできます。

UDP トンネルで MPLS トラフィックをテクノロジープレビューとして追加するための bareudp デバイスサポートの導入

bareudp デバイスのサポートが、テクノロジープレビューとして ip link コマンドで利用できるようになりました。bareudp デバイスは、UDP トンネル内の unicast および multicast multi protocol label switching (MPLS) および IPv4/IPv6 などの異なる L3 プロトコルでトラフィックをルーティングするための L3 カプセル化サポートを提供します。tc フィルターおよびアクションの追加で、UDP で MPLS パケットのルーティングを開始できます。

AF_XDP がテクノロジープレビューとして利用可能に

AF_XDP (Address Family eXpress Data Path) ソケットは、高性能パケット処理用に設計されています。さらに処理するために、XDP を取り入れ、プログラムにより選択されたパケットの効率的なリダイレクトをユーザー空間アプリケーションに付与します。

KTLS がテクノロジープレビューとして利用可能に

Red Hat Enterprise Linux 8 では、Kernel Transport Layer Security (KTLS) がテクノロジープレビューとして提供されます。KTLS は、AES-GCM 暗号化のカーネルで対称暗号化アルゴリズムまたは複号アルゴリズムを使用して TLS レコードを処理します。KTLS は、この機能に対応するネットワークインターフェイスコントローラー (NIC) に TLS レコード暗号化をオフロードするインターフェイスも提供します。

テクノロジープレビューとして利用できる XDP 機能

Red Hat は、以下の eXpress Data Path (XDP) 機能をサポート対象外のテクノロジープレビューとして提供します。

TC のマルチプロトコルラベルスイッチがテクノロジープレビューとして利用可能に

Multi-protocol Label Switching (MPLS) は、エンタープライズネットワーク全体でトラフィックフローをルーティングするカーネル内データ転送メカニズムです。MPLS ネットワークでは、パケットを受信するルーターは、パケットに割り当てられたラベルに基づいて、パケットの追加のルートを決定します。ラベルを使用すると、MPLS ネットワークは特定の特性を持つパケットを処理する機能があります。たとえば、特定ポートから受信したパケットの管理や、特定のタイプのトラフィックを一貫した方法で伝送する tc filters を追加できます。

act_mpls モジュールがテクノロジープレビューとして利用可能になりました。

act_mpls モジュールが、テクノロジープレビューとして kernel-modules-extra rpm で利用可能になりました。モジュールを使用すると、トラフィック制御 (TC) フィルターを使用した Multiprotocol Label Switching (MPLS) アクション (TC フィルターを使用した MPLS ラベルスタックエントリーの push や pop など) の適用が可能になります。また、このモジュールでは、Label、Traffic Class、Botem of Stack、および Time to Live フィールドを独立して設定できます。

Multipath TCP サポートがテクノロジープレビューとして利用可能になりました。

マルチパス TCP (MPTCP) はネットワーク内のリソース使用状況を改善し、ネットワーク障害に対する耐障害性を確保します。たとえば、RHEL サーバーで Multipath TCP を使用すると、MPTCP v1 対応のスマートカードは、サーバーで実行中のアプリケーションに接続し、サーバーへの接続を中断せずに Wi-Fi とセルラーネットワークを切り替えることができます。

systemd-resolved サービスがテクノロジープレビューとして利用できるようになりました。

systemd-resolved サービスは、ローカルアプリケーションに名前解決を提供します。このサービスは、DNS スタブリゾルバー、LLMNR (Link-Local Multicast Name Resolution)、およびマルチキャスト DNS リゾルバーとレスポンダーのキャッシュと検証を実装します。

nispor パッケージがテクノロジープレビューとして利用可能になりました。

nispor パッケージがテクノロジープレビューとして利用できるようになりました。これは、Linux ネットワーク状態クエリーの統合インターフェイスです。これにより、Python および C api と rust crate を使用して、実行中のすべてのネットワークのステータスにクエリーを実行することができます。nispor は、nmstate ツールの依存関係として機能します。

kexec fast reboot 機能は、テクノロジープレビューとしてご利用いただけます。

kexec fast reboot 機能は、引き続きテクノロジープレビューとして利用できます。kexec fast reboot は、カーネルが先に BIOS (Basic Input/Output System) を経由せずに、2 番目のカーネルを直接起動できるようにすることで、ブートプロセスの時間を大幅に短縮します。この機能を使用するには、以下を実行します。

accel-config パッケージがテクノロジープレビューとして利用可能になりました。

accel-config パッケージが、テクノロジープレビューとして、RHEL 8.4 の Intel EM64T および AMD64 アーキテクチャーで利用可能になりました。このパッケージは、Linux カーネルでデータストリーミング (DSA) サブシステムを制御し、設定するのに役立ちます。また、sysfs (pseudo-filesystem) を介してデバイスを設定し、設定を json 形式で保存および読み込みます。

SGX がテクノロジープレビューとして利用可能になりました。

SGX (Software Guard Extensions) は、ソフトウェアコードおよび公開および修正からのデータを保護する Intel® テクノロジーです。本リリースでは、SGX v1 および v1.5 のカーネルサポートを開始します。バージョン 1 では、Flexible Launch Control メカニズムを使用するプラットフォームが SGX テクノロジーを使用できるようにします。

eBPF がテクノロジープレビューとして利用可能になりました。

eBPF (extended Berkeley Packet Filter) は、限られた一連の関数にアクセスできる制限付きサンドボックス環境において、カーネル領域でのコード実行を可能にするカーネル内の仮想マシンです。

カーネルのデータストリーミングタブレットドライバーがテクノロジープレビューとして利用可能になりました。

現時点で、カーネルのデータストリーミングナビゲーター (DSA) ドライバーがテクノロジープレビューとして利用できます。DSA は Intel CPU が統合され、プロセスアドレス空間 ID (pasid) の送信および共有仮想メモリー (SVM) の共有ワークキューをサポートします。

テクノロジープレビューとして利用できる Soft-RoCE

Remote Direct Memory Access (RDMA) over Converged Ethernet (RoCE) は、RDMA over Ethernet を実装するネットワークプロトコルです。Soft-RoCE は、RoCE v1 および RoCE v2 の 2 つのプロトコルバージョンに対応する RoCE のソフトウェア実装です。Soft-RoCE ドライバーの rdma_rxe は、RHEL 8 ではサポートされていないテクノロジープレビューとして利用できます。

NVMe/TCP がテクノロジープレビューとして利用可能になりました。

TCP/IP ネットワーク (NVMe/TCP) および対応する nvme-tcp.ko および nvmet -tcp.ko カーネルモジュールへのアクセスおよび共有がテクノロジープレビューとして追加されました。

ファイルシステム DAX が、テクノロジープレビューとして ext4 および XFS で利用可能に

Red Hat Enterprise Linux 8 では、ファイルシステムの DAX がテクノロジープレビューとして利用できます。DAX は、永続メモリーをそのアドレス空間に直接マッピングする手段をアプリケーションに提供します。DAX を使用するには、システムで利用可能な永続メモリーの形式が必要になります。通常は、NVDIMM (Non-Volatile Dual In-line Memory Module) の形式で、DAX に対応するファイルシステムを NVDIMM に作成する必要があります。また、ファイルシステムは dax マウントオプションでマウントする必要があります。これにより、dax をマウントしたファイルシステムのファイルの mmap が、アプリケーションのアドレス空間にストレージを直接マッピングされます。

OverlayFS

OverlayFS は、ユニオンファイルシステムのタイプです。これにより、あるファイルシステムを別のファイルシステムに重ねることができます。変更は上位のファイルシステムに記録され、下位のファイルシステムは変更しません。これにより、ベースイメージが読み取り専用メディアにあるコンテナーや DVD-ROM などのファイルシステムイメージを、複数のユーザーが共有できるようになります。

Straits がテクノロジープレビューとして利用可能になりました。

Stratis は、新しいローカルストレージマネージャーです。ユーザーへの追加機能を備えたストレージプールに、管理されるファイルシステムを提供します。

IdM がテクノロジープレビューとして、IdM ドメインメンバーでの Samba サーバー設定に対応しました。

今回の更新で、Identity Management (IdM) ドメインメンバーに Samba サーバーを設定できるようになりました。同じ名前パッケージに含まれる新しい ipa-client-samba ユーティリティーは、Samba 固有の Kerberos サービスプリンシパルを IdM に追加し、IdM クライアントを準備します。たとえば、ユーティリティーは、sss ID マッピングバックエンドの ID マッピング設定で /etc/samba/smb.conf を作成します。その結果、管理者が IdM ドメインメンバーに Samba を設定できるようになりました。

pcs cluster setup コマンドのローカルモードバージョンがテクノロジープレビューとして利用可能になりました。

デフォルトでは、pcs cluster setup コマンドは、すべての設定ファイルをクラスターノードに自動的に同期します。Red Hat Enterprise Linux 8.3 以降、pcs cluster setup コマンドは、--corosync-conf オプションをテクノロジープレビューとして提供します。このオプションを指定すると、コマンドが local モードに切り替わります。このモードでは、pcs は他のノードと通信せずに corosync.conf ファイルを作成し、ローカルノード上の指定されたファイルに保存します。これにより、スクリプトで corosync.conf ファイルを作成し、スクリプトでそのファイルを処理できます。

Pacemaker の podman バンドルがテクノロジープレビューとして利用可能になりました。

Pacemaker コンテナーバンドルは、テクノロジープレビューとして利用できるコンテナーバンドル機能を使用して、Podman で動作するようになりました。この機能はテクノロジープレビューとして利用できますが、例外が 1 つあります。Red Hat は、Red Hat Openstack 用の Pacemaker バンドルの使用に完全対応します。

テクノロジープレビューとして利用可能な corosync-qdevice のヒューリスティック

ヒューリスティックは、起動、クラスターメンバーシップの変更、corosync-qnetd への正常な接続でローカルに実行され、任意で定期的に実行される一連のコマンドです。すべてのコマンドが時間どおりに正常に終了すると (返されるエラーコードがゼロである場合)、ヒューリスティックは渡されますが、それ以外の場合は失敗します。ヒューリスティックの結果は corosync-qnetd に送信され、クオーラムとなるべきパーティションを判断するための計算に使用されます。

新しい fence-agents-heuristics-ping フェンスエージェント

Pacemaker は、テクノロジープレビューとして fence_heuristics_ping エージェントに対応するようになりました。このエージェントの目的は、実際にはフェンシングを行わず、フェンシングレベルの動作を新しい方法で活用する実験的なフェンスエージェントのクラスを開くことです。

Identity Management JSON-RPC API がテクノロジープレビューとして利用可能になりました。

Identity Management (IdM) では API が利用できます。API を表示するために、IdM は、テクノロジープレビューとして API ブラウザーも提供します。

DNSSEC が IdM でテクノロジープレビューとして利用可能になりました。

統合 DNS のある Identity Management (IdM) サーバーは、DNS プロトコルのセキュリティーを強化する DNS に対する拡張セットである DNS Security Extensions (DNSSEC) に対応するようになりました。IdM サーバーでホストされる DNS ゾーンは、DNSSEC を使用して自動的に署名できます。暗号鍵は、自動的に生成およびローテートされます。

ACME はテクノロジープレビューとしてご利用いただけます。

Automated Certificate Management Environment (ACME) サービスが、テクノロジープレビューとして Identity Management (IdM) で利用可能になりました。ACME は、自動化識別子の検証および証明書の発行に使用するプロトコルです。この目的は、証明書の有効期間を短縮し、証明書のライフサイクル管理での手動プロセスを回避することにより、セキュリティーを向上させることです。

64 ビット ARM アーキテクチャーの GNOME がテクノロジープレビューとして利用できるようになりました。

GNOME デスクトップ環境がテクノロジープレビューとして、64 ビット ARM アーキテクチャーで利用可能になりました。これにより、管理者は VNC セッションを使用して、グラフィカルユーザーインターフェイス (GUI) からサーバーをリモートで設定し、管理できます。

IBM Z の GNOME デスクトップがテクノロジープレビューとして利用可能に

Firefox Web ブラウザーを含む GNOME デスクトップが、IBM Z アーキテクチャーでテクノロジープレビューとして利用できるようになりました。VNC を使用して GNOME を実行するリモートグラフィカルセッションに接続し、IBM Z サーバーを設定および管理できるようになりました。

64 ビット ARM アーキテクチャーで VNC リモートコンソールがテクノロジープレビューとして利用可能に

64 ビットの ARM アーキテクチャーでは、Virtual Network Computing (VNC) リモートコンソールがテクノロジープレビューとして利用できます。グラフィックススタックの残りの部分は、現在、64 ビット ARM アーキテクチャーでは検証されていません。

Intel Tiger Lake グラフィックがテクノロジープレビューとして利用可能に

Intel Tiger Lake UP3 および UP4 Xe グラフィックがテクノロジープレビューとして利用できるようになりました。

HA クラスターの RHEL システムロールがテクノロジープレビューとして利用可能に

高可用性クラスター (HA クラスター) ロールがテクノロジープレビューとして利用可能になりました。現在、以下の重要な設定を利用することができます。

RHEL システムロールの postfix ロールが、テクノロジープレビューとして利用可能になりました。

Red Hat Enterprise Linux システムロールは、Red Hat Enterprise Linux サブシステムの設定インターフェイスを提供します。これにより、Ansible ロールを介したシステム設定が簡単になります。このインターフェイスにより、Red Hat Enterprise Linux の複数のバージョンにわたるシステム設定の管理と、新しいメジャーリリースの導入が可能になります。

RHEL 8 Hyper-V 仮想マシンで KVM 仮想化が利用可能に

ネストされた KVM 仮想化は、テクノロジープレビューとして、Microsoft Hyper-V ハイパーバイザーで使用できるようになりました。これにより、Hyper-V ホストで実行している RHEL 8 ゲストシステムで仮想マシンを作成できます。

KVM 仮想マシンの AMD SEV。

テクノロジープレビューとして、RHEL 8 に、KVM ハイパーバイザーを使用する AMD EPYC ホストマシン用のセキュア暗号化仮想化 (SEV) 機能が同梱されます。仮想マシンで有効になっている場合は、ホストが仮想マシンのデータにアクセスできないように、SEV が仮想マシンメモリーを暗号化します。ホストがマルウェアに感染した場合は、これにより仮想マシンのセキュリティーが向上します。

Intel vGPU

テクノロジープレビューとして、物理 Intel GPU デバイスを、仲介デバイス と呼ばれる複数の仮想デバイスに分割できるようになりました。この仲介デバイスは、仮想 GPU として複数の仮想マシンに割り当てることができます。これにより、この仮想マシンが、1 つの物理 Intel GPU のパフォーマンスを共有します。

入れ子仮想マシンの作成

入れ子 KVM 仮想化は、RHEL 8 で Intel、AMD64、および IBM Z システムホストで実行している KVM 仮想マシン用のテクノロジープレビューとして提供されます。この機能を使用すると、物理 RHEL 8 ホストで実行中の RHEL 7 または RHEL 8 仮想マシンがハイパーバイザーとして機能し、独自の仮想マシンをホストできます。

Hyper-V の RHEL ゲストで、Intel ネットワークアダプターが SR-IOV に対応するようになりました。

テクノロジープレビューとして、Hyper-V ハイパーバイザーで実行している Red Hat Enterprise Linux のゲストオペレーティングシステムは、ixgbevf および ixgbevf ドライバーがサポートする Intel ネットワークアダプターに、シングルルート I/O 仮想化 (SR-IOV) 機能を使用することができるようになりました。この機能は、以下の条件が満たされると有効になります。

RHEL 仮想マシンで、ESX ハイパーバイザーおよび SEV-ES がテクノロジープレビューとして利用可能になりました。

テクノロジープレビューとして、RHEL 8.4 以降では、AMD Secure Encrypted Virtualization-Encrypted State (SEV-ES) を有効にして、VMware の ESXi ハイパーバイザー (バージョン 7.0.2 以降) で RHEL 仮想マシンのセキュリティーを確保できます。

CNI プラグインはテクノロジープレビューとして Podman で利用可能になりました。

CNI プラグインは、テクノロジープレビューとして Podman ルートモードで使用できるようになりました。この機能を有効にするには、ユーザーは独自のルートレス CNI インフラストラクチャーコンテナーイメージをビルドする必要があります。

crun がテクノロジープレビューとして利用可能になりました。

crun OCI ランタイムが、container-tools:rhel8 モジュールがテクノロジープレビューとして利用できるようになりました。crun コンテナーランタイムは、コンテナーがルートレスユーザーの追加グループにアクセスできるようにするアノテーションをサポートします。これは、setgid が設定されたディレクトリーまたはユーザーがグループアクセスのみを持つディレクトリーにおけるボリュームマウントに役立ちます。現在、crun または runc ランタイムはいずれも cgroupsv2 に完全に対応していません。

podman コンテナーイメージが、テクノロジープレビューとして利用可能になりました。

registry.redhat.io/rhel8/podman コンテナーイメージは、podman パッケージをコンテナー化した実装です。podman ツールは、コンテナーおよびイメージの管理、それらのコンテナーにマウントされたボリューム、およびコンテナーのグループから作成された Pod を管理するために使用されます。

podman-machine コマンドはサポート対象外です。

仮想マシンを管理するための podman-machine コマンドは、テクノロジープレビューとしてのみ利用可能です。代わりに、コマンドラインから直接 Podman を実行してください。

複数のキックスタートコマンドおよびオプションが非推奨になりました。

RHEL 8 キックスタートファイルで以下のコマンドとオプションを使用すると、ログに警告が表示されます。

キックスタートコマンド ignoredisk の --interactive オプションが非推奨になりました。

Red Hat Enterprise Linux の将来のリリースで --interactive オプション を使用すると、致命的なインストールエラーが発生します。このオプションを削除するには、キックスタートファイルを変更することが推奨されます。

キックスタートの autostep コマンドが非推奨に

autostep コマンドが非推奨になりました。このコマンドに関連するセクションは、RHEL 8 のドキュメント から削除されました。

RHEL 8 で非推奨となった Image Builder lorax-composer バックエンド

Image Builder の以前のバックエンド lorax-composer は非推奨とみなされます。Red Hat Enterprise Linux 8 の残りのライフサイクルでは一部の修正のみが提供され、今後のメジャーリリースから削除される予定です。  Red Hat では、lorax-composer をアンインストールして osbuild-composer バックエンドを代わりにインストールすることを推奨します。

rpmbuild --sign が非推奨になりました。

今回の更新で、rpmbuild --sign コマンドが非推奨となりました。Red Hat Enterprise Linux の今後のリリースでこのコマンドを実行すると、エラーが発生します。代わりに rpmsign コマンドを使用することが推奨されます。

OpenEXR コンポーネントが非推奨になりました。

OpenEXR コンポーネントが非推奨になりました。そのため、EXR イメージ形式のサポートは imagecodecs モジュールから削除されました。

curl の Metalink サポートが無効になりました。

Metalink を使用してダウンロードされたコンテンツのクレデンシャルとファイルハッシュの不一致を処理する方法で、curl 機能に欠陥が見つかりました。この欠陥により、悪意のある攻撃者がホスティングサーバーを制御して次のことが可能になります。

NSS SEED 暗号が非推奨になりました。

Mozilla Network Security Services (NSS) ライブラリーでは、今後のリリースで SEED 暗号化を使用する TLS 暗号スイートのサポートがなくなります。NSS がサポートを削除した際に SEED 暗号に依存するデプロイメントを円滑に移行させるため、Red Hat は、他の暗号スイートのサポートを有効にすることを推奨します。

TLS 1.0 および TLS 1.1 が非推奨になりました。

TLS 1.0 プロトコルおよび TLS 1.1 プロトコルは、システム全体の暗号化ポリシーレベル DEFAULT で無効になります。たとえば、Firefox Web ブラウザーのビデオ会議アプリケーションで、非推奨のプロトコルを使用する必要がある場合は、システム全体の暗号化ポリシーを LEGACY レベルに変更してください。

RHEL 8 で DSA が非推奨になりました。

デジタル署名アルゴリズム (DSA) は、Red Hat Enterprise Linux 8 では非推奨であると考えられています。DSA キーに依存する認証メカニズムはデフォルト設定では機能しません。OpenSSH クライアントは、LEGACY のシステム全体の暗号化ポリシーレベルでも DSA ホストキーを許可しません。

NSS で SSL2 Client Hello が非推奨に

TLS (Transport Layer Security) プロトコルバージョン 1.2 以前は、SSL (Secure Sockets Layer) プロトコルバージョン 2 と後方互換性がある形式の Client Hello メッセージを使用してネゴシエーションを開始できます。NSS (Network Security Services) ライブラリーでのこの機能への対応は非推奨となっており、デフォルトで無効になっています。

TPM 1.2 が非推奨になりました。

Trusted Platform Module (TPM) のセキュアな暗号化プロセッサーの標準バージョンが 2016 年に バージョン 2.0 に更新されました。TPM 2.0 は TPM 1.2 に対する多くの改良を提供しますが、以前のバージョンと後方互換性はありません。TPM 1.2 は RHEL 8 で非推奨となり、次のメジャーリリースで削除される可能性があります。

/etc/selinux/config を使用して SELinux を無効にするランタイムが非推奨になりました。

/etc/selinux/config ファイルの SELINUX=disabled オプションを使用して SELinux を無効にするランタイムが非推奨になりました。RHEL 9 では、/etc/selinux/config でのみ SELinux を無効にすると、システムは SELinux が有効化されますが、ポリシーが読み込まれずに開始します。

ipa SELinux モジュールが selinux-policy から削除されました。

ipa SELinux モジュールは、維持されなくなったため、selinux-policy パッケージから削除されました。この機能は、ipa-selinux サブパッケージに含まれるようになりました。ローカルの SELinux ポリシーで ipa モジュールからタイプまたはインターフェイスを使用する必要がある場合は、ipa-selinux パッケージをインストールします。

RHEL 8 でネットワークスクリプトが非推奨に

Red Hat Enterprise Linux 8 では、ネットワークスクリプトが非推奨になっており、デフォルトでは提供されなくなりました。基本的なインストールでは、nmcli ツール経由で、NetworkManager サービスを呼び出す ifup スクリプトおよび ifdown スクリプトの新しいバージョンが提供されます。Red Hat Enterprise Linux 8 で ifup スクリプトおよび ifdown スクリプトを実行する場合は、NetworkManager を実行する必要があります。

dropwatch ツールが非推奨に

dropwatch ツールが非推奨になりました。このツールは、今後のリリースではサポートされなくなります。したがって、このツールは新規のデプロイメントには推奨されません。このパッケージの代わりとして、Red Hat は perf コマンドラインツールの使用を推奨します。

ディスクレスブートを使用した RHEL for Real Time 8 のインストールが非推奨になりました。

ディスクレスブートにより、複数のシステムがネットワーク経由で root ファイルシステムを共有できます。メリットはありますが、ディスクレスブートでは、リアルタイムのワークロードでネットワークレイテンシーが発生する可能性が高くなります。RHEL for Real Time 8 の将来のマイナー更新では、ディスクレスブート機能はサポートされなくなります。

rdma_rxe Soft-RoCE ドライバーが非推奨に

Remote Software Direct Memory Access over Converged Ethernet (Soft-RoCE) は RXE としても知られており、RDMA (Remote Direct Memory Access) をエミュレートする機能です。RHEL 8 では、Soft-RoCE 機能が、サポートされていないテクノロジープレビューとして利用できます。ただし、安定性の問題により、この機能は非推奨になり、RHEL 9 では削除されます。

Linux firewire サブシステムおよび関連するユーザー空間コンポーネントは、RHEL 8 では非推奨になりました。

firewire サブシステムは、IEEE 1394 バスでリソースを使用し、維持するインターフェイスを提供します。RHEL 9 では、firewire は、kernel パッケージで対応しなくなります。

elevator カーネルコマンドラインパラメーターが非推奨になりました。

カーネルコマンドラインパラメーターの elevator は、すべてのデバイスのディスクスケジューラーを設定するために、以前の RHEL リリースで使用されていました。RHEL 8 では、このパラメーターが非推奨になりました。

LVM mirror が非推奨化されました。

LVM mirror セグメントタイプが非推奨になりました。mirror のサポートは、RHEL の今後のメジャーリリースで削除されます。

peripety が非推奨になりました。

peripety パッケージは、RHEL 8.3 以降で非推奨になりました。

async 以外の VDO 書き込みモードが非推奨に

VDO は、RHEL 8 で複数の書き込みモードに対応します。

NFSv3 over UDP が無効になりました。

NFS サーバーは、デフォルトで UDP (User Datagram Protocol) ソケットを開いたり、リッスンしなくなりました。バージョン 4 では TCP (Transmission Control Protocol) が必要なため、この変更は NFS バージョン 3 にのみ影響を及ぼします。

cramfs が非推奨になりました。

ユーザーの不足により、cramfs カーネルモジュールが非推奨になりました。代替策として squashfs が推奨されます。

clufter ツールに対応する pcs コマンドが非推奨になりました。

クラスター設定フォーマットを分析する clufter ツールに対応する pcs コマンドが非推奨になりました。これらのコマンドにより、コマンドが非推奨になり、コマンドに関連するセクションが pcs ヘルプ表示と、pcs(8) man ページから削除されていることを示す警告が出力されるようになりました。

gdb.i686 パッケージが非推奨に

RHEL 8.1 では、別のパッケージの依存関係の問題が原因で、32 ビットバージョンの GNU Debugger(GDB) gdb.i686 が同梱されていました。RHEL 8 は 32 ビットハードウェアに対応していないため、RHEL 8.4 以降、gdb.i686 パッケージは非推奨になりました。64 ビットバージョンの GDB (gdb.x86_64) は、32 ビットアプリケーションをデバッグできます。

libdwarf が非推奨に

RHEL 8 では、libdwarf ライブラリーが非推奨になりました。ライブラリーは、将来のメジャーリリースでサポートされない可能性があります。代わりに、ELF/DWARF ファイルを処理するアプリケーションに elfutils および libdw ライブラリーを使用してください。

openssh-ldap が非推奨に

openssh-ldap サブパッケージは、Red Hat Enterprise Linux 8 で非推奨になり、RHEL 9 で削除されます。openssh-ldap サブパッケージはアップストリームでは維持されないため、Red Hat は SSSD と sss_ssh_authorizedkeys ヘルパーを使用することを推奨しています。これは、他の IdM ソリューションよりも適切に統合でき、安全です。

DES および 3DES 暗号化タイプが削除されました。

RHEL 7 以降、セキュリティー上の理由から、データ暗号化標準 (DES) アルゴリズムが非推奨になり、デフォルトで無効化になりました。Kerberos パッケージの最近のリベースで、RHEL 8 からシングル DES (DES) およびトリプル DES (3DES) の暗号化タイプが削除されました。

ctdb サービスのスタンドアロン使用が非推奨になりました。

RHEL 8.4 の時点では、以下の条件がすべて適用されている場合に限り、ctdb クラスター Samba サービスを使用することが推奨されます。

Samba を PDC または BDC として実行することは非推奨になりました。

管理者が Samba を NT4 のようなプライマリードメインコントローラー (PDC) として実行し、バックアップドメインコントローラー (BDC) を実行できるようにする従来のドメインコントローラーモードが非推奨になりました。これらのモードを設定するためのコードおよび設定は、今後の Samba リリースで削除されます。

SSSD バージョンの libwbclient が非推奨に

winbind サービスを実行せずに、Samba smbd サービスが AD からユーザーおよびグループ情報を取得できるように、libwbclient パッケージの SSSD 実装が追加されました。Samba では、winbind サービスが実行しており、AD との通信を処理する必要があるため、セキュリティー上の理由から、関連するコードが smdb から削除されました。この追加機能は SSSD の一部ではなく、新しいバージョンの Samba では libwbclient の SSSD 実装を使用することはできません。そのため、libwbclient の SSSD 実装は非推奨になりました。

SMB1 プロトコルは Samba では非推奨に

Samba 4.11 以降、安全でない Server Message Block バージョン 1 (SMB1) プロトコルは非推奨となり、今後のリリースでは削除される予定です。

libgnome-keyring ライブラリーが非推奨になりました。

libgnome-keyring ライブラリーがアップストリームで維持されず、RHEL に必要な暗号化ポリシーに従っていないため、libsecret ライブラリーが libgnome-keyring ライブラリーを引き継ぎ、libgnome-keyring は非推奨となりました。新しい libsecret ライブラリーは、必要なセキュリティー標準に準拠する代替ライブラリーです。

AGP グラフィックカードがサポートされなくなりました。

AGP (Accelerated Graphics Port) バスを使用するグラフィックカードは、Red Hat Enterprise Linux 8 ではサポートされていません。推奨される代替として、PCI-Express バスを備えたグラフィックスカードを使用してください。

Web コンソールは、不完全な翻訳への対応を終了しました。

RHEL Web コンソールは、コンソールの翻訳可能な文字列の翻訳率が 50 % 未満の言語に対する翻訳提供を廃止しました。ブラウザーがこのような言語に翻訳を要求すると、ユーザーインターフェイスは英語になります。

geoipupdate パッケージが非推奨に

geoipupdate パッケージにはサードパーティーのサブスクリプションが必要で、プロプライエタリーコンテンツもダウンロードします。したがって、geoipupdate パッケージは非推奨となり、次の RHEL メジャーバージョンで削除されます。

virt-manager が非推奨になりました。

Virtual Machine Manager アプリケーション (virt-manager) は非推奨になっています。RHEL 8 Web コンソール (Cockpit) は、後続のリリースで置き換えられる予定です。したがって、GUI で仮想化を管理する場合は、Web コンソールを使用することが推奨されます。ただし、virt-manager で利用可能な機能によっては、RHEL 8 Web コンソールが利用できない場合があります。

RHEL 8 では、仮想マシンのスナップショットへの対応が適切に行われていません。

仮想マシンスナップショットを作成する現在のメカニズムが適切に機能していないため、推奨されなくなりました。これにより、RHEL 8 では、仮想マシンのスナップショットを使用することが推奨されません。

Cirrus VGA 仮想 GPU タイプが非推奨に

Red Hat Enterprise Linux の将来のメジャー更新では、KVM 仮想マシンで Cirrus VGA GPU デバイスに対応しなくなります。したがって、Red Hat は、Cirrus VGA の代わりに stdvga デバイス、virtio-vga デバイス、または qxl デバイスを使用することを推奨します。

IBM POWER 上の KVM が非推奨に

IBM POWER ハードウェアでの KVM 仮想化の使用は非推奨になりました。その結果、IBM POWER の KVM は、RHEL 8 でも引き続きサポートされますが、RHEL の今後のメジャーリリースではサポートされなくなります。

SHA1 ベースの署名を使用した SecureBoot イメージ検証が非推奨に

UEFI (PE/COFF) 実行ファイルでの SHA1 ベースの署名を使用した SecureBoot イメージ検証の実行は非推奨になりました。

SPICE が非推奨になりました

SPICE リモートディスプレイプロトコルが非推奨になりました。RHEL 8 では SPICE が引き続きサポートされていますが、Red Hat はリモートディスプレイストリーミングに代替ソリューションを使用することを推奨しています。

Podman varlink ベースの API v1.0 が削除されました

Podman varlink ベースの API v1.0 は、以前のリリースの RHEL 8 で非推奨となりました。Podman v2.0 には、新しい Podman v2.0 RESTful API が導入されました。Podman v3.0 のリリースでは、varlink ベースの API v1.0 が完全に削除されました。

container-tools:1.0 が非推奨に

container-tools:1.0 モジュールは非推奨となり、セキュリティー更新を受信しなくなります。container-tools:2.0 や container-tools:3.0 などの新しいサポートされる安定したモジュールストリームを使用することが推奨されます。

キックスタートコマンドの auth および authconfig で AppStream リポジトリーが必要になる

インストール中に、キックスタートコマンドの auth および authconfig で authselect-compat パッケージが必要になります。auth または authconfig を使用したときに、このパッケージがないとインストールに失敗します。ただし、設計上、 authselect-compat パッケージは AppStream リポジトリーでしか利用できません。

reboot --kexec コマンドおよび inst.kexec コマンドが、予測可能なシステム状態を提供しない

キックスタートコマンド reboot --kexec またはカーネル起動パラメーター inst.kexec で RHEL インストールを実行しても、システムの状態が完全な再起動と同じになるわけではありません。これにより、システムを再起動せずにインストール済みのシステムに切り替えると、予期しない結果が発生することがあります。

インストールプログラムでは、ネットワークアクセスがデフォルトで有効になっていません。

一部のインストール機能、たとえば、コンテンツ配信ネットワーク (CDN) を使用したシステムの登録、NTP サーバーサポート、およびネットワークインストールソースなどには、ネットワークアクセスが必要です。ただし、ネットワークアクセスはデフォルトでは有効になっていません。そのためこの機能は、ネットワークアクセスが有効になるまで使用できません。

USB CD-ROM ドライブが Anaconda のインストールソースとして利用できない

USB CD-ROM ドライブがソースで、キックスタート ignoredisk --only-use= コマンドを指定すると、インストールに失敗します。この場合、Anaconda はこのソースディスクを見つけ、使用できません。

Anaconda でカスタムパーティションの暗号化が表示されない

システムのインストール時に カスタム のパーティション設定を選択すると、Encrypt my data データラジオボタンは利用できません。その結果、インストールの完了時にデータは暗号化されません。

キックスタートファイルにパーティション設定スキームが指定されていない場合は、インストールプログラムが自動パーティション設定を試みます

キックスタートファイルを使用して自動インストールを実行すると、キックスタートファイルでパーティションコマンドを指定しない場合でも、インストールプログラムが自動パーティション設定を実行します。このインストールプログラムは、キックスタートファイルで autopart コマンドを使用しているかのように動作し、予期しないパーティションが作成されます。この問題を回避するには、キックスタートファイルで reqpart コマンドを使用して、手動パーティション設定を対話的に設定できます。

新しい osbuild-composer バックエンドが、アップグレード時に lorax-composer から Blueprint 状態に複製されない。

lorax-composer バックエンドから新しい osbuild-composer バックエンドにアップグレードする Image Builder ユーザーは、Blueprint が消えてしまう可能性があります。その結果、アップグレードが完了すると、Blueprint が自動的に表示されなくなります。この問題を回避するには、以下の手順を実行します。

Blueprint とキックスタートファイルの両方で同じユーザー名を追加すると、Edge イメージのインストールが失敗します。

RHEL for Edge イメージをインストールするには、rhel-edge-container イメージを構築する Blueprint を作成し、RHEL for Edge イメージをインストールするようにキックスタートファイルを作成する必要があります。ユーザーが Blueprint とキックスタートファイルの両方で同じユーザー名、パスワード、および SSH キーを追加すると、RHEL for Edge イメージのインストールに失敗します。現在、回避策はありません。

リポジトリーの更新が完了する前に CDN を使用した登録解除を試みると、GUI インストールが失敗することがあります。

RHEL 8.2 以降、システムを登録し、コンテンツ配信ネットワーク (CDN) を使用してサブスクリプションを割り当てると、GUI インストールプログラムにより、リポジトリーメタデータの更新が開始されます。更新プロセスは、登録およびサブスクリプションプロセスの一部ではないため、Red Hat への接続 ウィンドウで 登録解除 ボタンが有効になります。ネットワーク接続によっては、更新プロセスが完了するのに 1 分以上かかることがあります。更新プロセスが完了する前に 登録解除 ボタンをクリックすると、登録解除プロセスで、インストールプログラムが CDN との通信に必要とする証明書と CDN リポジトリーファイルが削除されるため、GUI インストールが失敗する可能性があります。

複数の組織に属するユーザーアカウントの登録に失敗していました

現在、複数の組織に属するユーザーアカウントでシステムを登録しようとすると、登録プロセスが失敗し、You must specifiy an organization for new units (新しいユニットの組織を指定する必要があります)。というメッセージが表示されます。

グラフィカルインストーラーの使用時に、Red Hat Insights クライアントがオペレーティングシステムの登録に失敗する

現在、Insights クライアントを示すエラーでインストールに失敗します。

autopart ユーティリティーを使用したインストールは、一貫性のないディスクセクターサイズで失敗します

複数の整合性のないディスクセクターサイズを持つ autopart を使用した RHEL のインストールに失敗します。回避策として、デフォルトの LVM スキームではなく、autopart --type=plain などの plain パーティションスキームを使用します。もう 1 つのオプションとして、たとえば hdparm --set-sector-size=<SIZE> <DEVICE> を実行して、セクターサイズの再設定を試行することがあげられます。

GRUB が、ブート時の初回の失敗後にディスクへのアクセスを再試行する

ストレージエリアネットワーク (SAN) が open および read のディスク呼び出しを確認しない場合があります。以前は、GRUB ツールが grub_rescue プロンプトに切り替わり起動に失敗していました。今回の更新で、ディスク open および read の初回呼び出しが失敗した後、GRUB は最大 20 回ディスクへのアクセスを再試行します。これらの試行後に GRUB ツールがまだディスクの open または read ができない場合は、grub_rescue モードに切り替わります。

HASH MMU モードの IBM 電源システムが、メモリー割り当ての障害で起動できない

HASH メモリー割り当てユニット (MMU) モードの IBM Power Systems は、最大 192 コアの kdump に対応します。そのため、kdump が 192 コア以上で有効になっていると、メモリー割り当て失敗が原因でシステムの起動が失敗します。この制限は、HASH MMU モードの起動初期段階での RMA メモリーの割り当てによるものです。この問題を回避するには、kdump を使用する代わりに、fadump を有効にした Radix MMU モードを使用します。

rhel-guest-image-8.4 イメージで grub2- mkconfig を使用して grub.cfg を再構築できない

rhel-guest-image-8.4 タイプには、/etc/default/grub ファイルに GRUB_DEFAULT=saved エントリーは含まれません。したがって、新しいカーネルをインストールし、grub2 -mkconfig -o /boot/grub2/grub.cfg コマンドを使用して grub を再構築すると、再起動後に新しいカーネルでシステムが起動しません。この問題を回避するには、GRUB_DEFAULT=saved を /etc/default/grub ファイルに追加します。その結果、システムは新しいカーネルで起動するはずです。

syspurpose addons は subscription-manager attach --auto 出力に影響しません。

Red Hat Enterprise Linux 8 では、syspurpose コマンドラインツールの 4 つの属性 (role、usage、service_level_agreement、および addons) が追加されました。現在、role、usage、および service_level_agreement のみが、subscription-manager attach --auto コマンドの実行の出力に影響します。addons 引数に値を設定しても、自動登録されたサブスクリプションには影響がありません。

FIPS モードの Postfix TLS フィンガープリントアルゴリズムを SHA-256 に変更する必要があります。

RHEL 8 のデフォルトでは、postfix は後方互換性に TLS を使用する MD5 フィンガープリントを使用します。ただし、FIPS モードでは、MD5 ハッシュ関数が利用できないため、デフォルトの postfix 設定で TLS が誤って機能する可能性があります。この問題を回避するには、postfix 設定ファイルのハッシュ関数を SHA-256 に変更する必要があります。

ユーザーは、ロックされたユーザーとして sudo コマンドを実行できます。

ALL キーワードで sudoers パーミッションが定義されているシステムでは、パーミッションを持つ sudo ユーザーは、アカウントがロックされているユーザーとして sudo コマンドを実行できます。そのため、ロックされたアカウントと期限切れのアカウントを使用して、コマンドを実行し続けることができます。

libselinux-python は、そのモジュールからのみ利用可能

libselinux-python パッケージには、SELinux アプリケーション開発用の Python 2 バインディングのみが含まれ、後方互換性に使用されます。このため、libselinux-python コマンドを使用して、デフォルトの RHEL 8 リポジトリーで dnf install libselinux-python コマンドが利用できなくなりました。

udica は、--env container=podman で開始したときにのみ UBI 8 コンテナーを処理します。

Red Hat Universal Base Image 8 (UBI 8) コンテナーは、podman の値ではなく、コンテナー 環境変数を oci 値に設定します。これにより、udica ツールがコンテナー JavaScript Object Notation (JSON) ファイルを分析しなくなります。

デフォルトのロギング設定がパフォーマンスに与える悪影響

デフォルトのログ環境設定は、メモリーを 4 GB 以上使用する可能性があり、rsyslog で systemd-journald を実行している場合は、速度制限値の調整が複雑になります。

/etc/passwd- のファイル権限が CIS RHEL 8 Benchmark 1.0.0 と合致しない

CIS Benchmark の問題により、/etc/passwd- バックアップファイルの権限を保証する SCAP ルールの修正によって、権限が 0644 に設定されます。ただし、CIS Red Hat Enterprise Linux 8 Benchmark 1.0.0 では、そのファイルに対するファイルパーミッション 0600 が必要です。そのため、修正後、/etc/passwd- のファイル権限はベンチマークに合うように設定されません。

/etc/selinux/config の SELINUX=disabled が正常に動作しません。

/etc/selinux/config で SELINUX=disabled オプションを使用して SELinux を無効にすると、カーネルが SELinux を有効にして起動し、その後のブートプロセスで無効化モードに切り替わります。これにより、メモリーリークが生じる可能性があります。

crypto-policies が Camellia 暗号を誤って許可する。

RHEL 8 システム全体の暗号化ポリシーでは、製品ドキュメントで説明されているように、すべてのポリシーレベルで Camellia 暗号を無効にする必要があります。ただし、Kerberos プロトコルでは、デフォルトでこの Camellia 暗号が有効になります。

SHA-1 署名を使用するサーバーへの接続が GnuTLS で動作しません。

証明書の SHA-1 署名は、GuTLS セキュアな通信ライブラリーにより、セキュアでないものとして拒否されます。したがって、TLS のバックエンドとして GnuTLS を使用するアプリケーションは、このような証明書を提供するピアへの TLS 接続を確立することができません。この動作は、その他のシステム暗号化ライブラリーと一貫性がありません。

Libreswan は、leftikeport および rightikeport を無視します。

Libreswan は、host-to-host Libreswan 接続では leftikeport および rightikeport オプションを無視します。これにより、Libreswan は、leftikeport と rightikeport の設定に関係なく、デフォルトのポートを使用します。現在利用できる回避策はありません。

IKEv2 で複数のラベルが付いた IPsec 接続が正常に動作しない

Libreswan が IKEv2 プロトコルを使用する場合、IPsec のセキュリティーラベルは複数の接続では正しく機能しません。これにより、ラベルが付いた IPsec を使用する Libreswan は、最初の接続のみを確立できますが、後続の接続を確立することができません。複数の接続を使用するには、IKEv1 プロトコルを使用します。

FIPS モードの OpenSSL が、特定の D-H パラメーターのみを受け入れます。

FIPS モードでは、OpenSSL を使用する TLS クライアントは bad dh value エラーを返し、手動で生成されたパラメーターを使用するようにサーバーへの TLS 接続を中止します。これは、FIPS 140-2 に準拠するよう設定されている場合、OpenSSL が NIST SP 800-56A rev3 付録 D (RFC 3526 で定義されたグループ 14、15、16、17、18、および RFC 7919 で定義されたグループ) に準拠した Diffie-Hellman パラメーターでのみ機能するためです。また、OpenSSL を使用するサーバーは、その他のパラメーターをすべて無視し、代わりに同様のサイズの既知のパラメーターを選択します。この問題を回避するには、準拠するグループのみを使用します。

OpenSC pkcs15-init によるスマートカードのプロビジョニングプロセスが適切に動作しません。

file_caching オプションは、デフォルトの OpenSC 設定で有効になっているため、キャッシュ機能は pkcs15-init ツールから一部のコマンドを適切に処理しません。したがって、OpenSC を使用したスマートカードのプロビジョニングプロセスは失敗します。

systemd が任意のパスからコマンドを実行できない

SELinux ポリシーパッケージにはこのようなルールが含まれていないため、systemd サービスは /home/user/bin の任意のパスからコマンドを実行できません。そのため、システム以外のパスで実行されるカスタムサービスは失敗し、SELinux がアクセスを拒否すると、AVC (アクセスベクターキャッシュ) 監査メッセージをログに記録します。この問題を回避するには、以下のいずれかを実行します。

selinux-policy により、IPsec が TCP で機能しないようにします。

RHEL 8.4 の libreswan パッケージは、TCP カプセル化を使用した IPsec ベースの VPN に対応します。ただし、selinux-policy パッケージでは、この更新が反映されません。これにより、Libreswan が TCP を使用するよう設定すると、ipsec サービスは指定の TCP ポートにバインドできません。

Server with GUI または Workstation ソフトウェアの選択と CIS セキュリティープロファイルを使用したインストールはできません。

CIS セキュリティープロファイルは、Server with GUI および Workstation ソフトウェアの選択と互換性がありません。そのため、Server with GUI ソフトウェアの選択と CIS プロファイルを使用した RHEL 8 のインストールはできません。CIS プロファイルと、これらのソフトウェアの選択のいずれかを使用したインストール試行では、エラーメッセージが生成されます。

CIS プロファイルで rpm_verify_permissions が失敗する

rpm_verify_permissions ルールでは、ファイルパーミッションがパッケージのデフォルトパーミッションと比較されます。ただし、scap-security-guide パッケージで提供される Center for Internet Security (CIS) プロファイルでは、一部のファイルパーミッションがデフォルトよりも厳格なものに変更されます。その結果、rpm_verify_permissions を使用した特定ファイルの検証が失敗します。

RHEL 8 のキックスタートが、com_redhat_oscap の代わりに org_fedora_oscap を使用

キックスタートは、com_redhat_oscap ではなく、org_fedora_oscap として Open Security Content Automation Protocol (OSCAP) Anaconda アドオンを参照します。これが、混乱を招く可能性があります。これは、Red Hat Enterprise Linux 7 との後方互換性を維持するために行われます。

SSG における相互依存ルールの特定のセットが失敗する可能性があります。

ルールとその依存関係の順序付けを定義しないため、ベンチマークの SCAP Security Guide (SSG) ルールの修正が失敗する可能性があります。たとえば、特定の順番で複数のルールを実行する必要がある場合、あるルールがコンポーネントをインストールし、別のルールが同じコンポーネントを設定した場合すると、それらは正しくない順序で実行される可能性があり、修正によってエラーが報告されます。この問題を回避するには、修正を回実行して、番目の実行で依存ルールを修正します。

OSCAP Anaconda Addon がすべてのパッケージをテキストモードでインストールしません。

OSCAP Anaconda Addon プラグインは、インストールがテキストモードで実行している場合、システムインストーラーによってインストールに選択されているパッケージのリストを変更することはできません。これにより、キックスタートを使用してセキュリティーポリシープロファイルが指定され、インストールがテキストモードで実行している場合に、インストール中にセキュリティーポリシーに必要な追加パッケージがインストールされません。

oscap Anaconda Addon がカスタムプロファイルを正しく処理しません。

OSCAP Anaconda Addon プラグインは、個別のファイルでカスタマイズを使用したセキュリティープロファイルを適切に処理しません。これにより、対応する Kickstart セクションで適切に指定しても、RHEL グラフィカルインストールでカスタマイズしたプロファイルは利用できません。

キックスタートインストール時のサービス関連のルールの修正が失敗する場合があります。

キックスタートのインストール時に、OpenSCAP ユーティリティーで、サービス enable または disable 状態の修正が必要でないことが誤って表示されることがあります。これにより、OpenSCAP が、インストール済みシステムのサービスを非準拠状態に設定する可能性があります。回避策として、キックスタートインストール後にシステムをスキャンして修復できます。これにより、サービス関連の問題が修正されます。

特定の rsyslog 優先度の文字列が正常に動作しません。

imtcp に GnuTLS 優先度文字列を設定して、完成していない暗号化をきめ細かく制御できるようになりました。したがって、rsyslog では、以下の優先文字列が正常に動作しません。

SELinux Audit ルールと SELinux ブール値設定での競合

Audit ルールリストに、subj_* または obj_* フィールドを含む Audit ルールが含まれ、SELinux ブール値の設定が変更された場合は、SELinux ブール値を設定するとデッドロックが発生します。その結果、システムが応答しなくなり、復旧に再起動が必要になります。この問題を回避するには、subj_* または obj_* フィールドを含む Audit ルールをすべて無効にするか、SELinux ブール値を変更する前にこのようなルールを一時的に無効にします。

nm-cloud-setup サービスは、手動で設定されたセカンダリー IP アドレスをインターフェイスから削除する

クラウド環境から受け取った情報に基づいて、nm-cloud-setup サービスがネットワークインターフェイスを設定します。インターフェイスを手動で設定するには、nm-cloud-setup を無効にします。ただし、場合によっては、ホスト上の他のサービスもインターフェイスを設定できます。たとえば、これらのサービスはセカンダリー IP アドレスを追加できます。nm-cloud-setup がセカンダリー IP アドレスを削除しないようにするには、

GRO が無効になっていると、IPsec オフロード中に IPsec ネットワークトラフィックが失敗します。

デバイスで汎用受信オフロード (GRO) が無効になっていると、IPSec オフロードは機能しません。IPsec オフロードがネットワークインターフェイスで設定され、GRO がそのデバイスで無効になっていると、IPsec ネットワークトラフィックに失敗します。

特定の BCC ユーティリティーで安全性に問題のない警告を表示する

一部のコンパイラー固有のカーネルヘッダーでのマクロの再定義が原因一部の BPF Compiler Collection(BCC) ユーティリティーでは、以下の警告が表示されます。

vmcore キャプチャーはメモリーのホットプラグまたはアンプラグの操作後に失敗します。

メモリーのホットプラグまたはホットアンプラグ操作の実行後に、メモリーのレイアウト情報を含むデバイスツリーを更新するとイベントが発生します。これにより、makedumpfile ユーティリティーは存在しない物理アドレスにアクセスしようとします。以下の条件を満たすと問題が発生します。

kdump が SSH または NFS ダンプターゲットで vmcore のダンプに失敗する

新しいバージョンの dracut-network は、ipcalc を必要とする dhcp-client の依存関係を破棄します。したがって、NIC ポートが静的 IP に設定され、kdump が SSH または NFS のダンプ出力先でダンプするように設定されると、kdump が失敗し、以下のエラーメッセージが表示されます。

RHEL 8 で、デバッグカーネルがクラッシュキャプチャー環境で起動に失敗します。

デバッグカーネルのメモリー要求の性質により、デバッグカーネルが使用中で、カーネルパニックが発生すると、問題が発生します。その結果、デバッグカーネルはキャプチャーカーネルとして起動できず、代わりにスタックトレースが生成されます。この問題を回避するには、クラッシュカーネルメモリーを適宜増やします。これにより、デバッグカーネルが、クラッシュキャプチャー環境で正常に起動します。

起動時にクラッシュカーネルのメモリー割り当てに失敗する

一部の Ampere Altra システムでは、BIOS 設定で 32 ビットのリージョンが無効になっていると、メモリー割り当てが失敗します。したがって、従来のメモリーではメモリー割り当てを確保するのに十分な大きさがないため、kdump サービスの起動に失敗します。

特定のカーネルドライバーがそのバージョンを表示しません

RHEL 8.4 では、多くのネットワークカーネルドライバーに対応するモジュールバージョン管理の動作が変更になりました。そのため、これらのドライバーはバージョンを表示しません。また、ethtool -i コマンドを実行すると、ドライバーはドライバーバージョンではなく カーネル バージョンを表示します。この問題を回避するには、ユーザーは以下のコマンドを実行できます。

irqpoll を使用すると vmcore の生成に失敗する

Amazon Web Services (AWS) クラウドプラットフォームで実行している 64 ビット ARM アーキテクチャー上には nvme ドライバーの既存の問題があります。この問題により、最初のカーネルに irqpoll カーネルコマンドラインパラメーターを指定すると vmcore の生成に失敗します。したがって、カーネルクラッシュ後に vmcore が /var/crash/ ディレクトリーにダンプされません。この問題を回避するには、以下を実行します。

HP NMI ウォッチドッグが常にクラッシュダンプを生成しない

特定に場合において、HP NMI ウォッチドッグの hpwdt ドライバーは、マスク不可割り込み (NMI) が perfmon ドライバーにより使用されたため、HPE ウォッチドッグタイマーが生成した NMI を要求できません。

tuned-adm profile powersave コマンドを使用すると、システムが応答しなくなります。

tuned-adm profile powersave コマンドを実行すると、古い Thunderx (CN88xx) プロセッサーを持つ Penguin Valkyrie 2000 2 ソケットシステムが応答しなくなります。これにより、作業を再開するためシステムを再起動することになります。この問題を回避するには、システムが上記の仕様と一致する場合には powersave プロファイルの使用を避けてください。

カーネル ACPI ドライバーは、PCIe ECAM メモリーリージョンにアクセスできないことを報告します。

ファームウェアが提供する Advanced Configuration and Power Interface (ACPI) テーブルは、PCI バスデバイスの現在のリソース設定 (_CRS) メソッドにおいて PCI バス上のメモリーリージョンを定義しません。したがって、システムの起動時に以下の警告メッセージが表示されます。

デフォルト設定の hwloc コマンドは、単一の CPU Power9 および Power10 LPAR で動作しません。

バージョン 2.2.0 の hwloc パッケージでは、Power9 / Power10 CPU を実行する単一ノードの Non-Uniform Memory Access (NUMA) システムは disallowed とみなされます。そのため、hwloc コマンドがすべて機能せず、以下のエラーメッセージが表示されます。

OPEN MPI ライブラリーは、デフォルトの PML でランタイムが失敗する可能性があります。

OPEN Message Passing Interface (OPEN MPI) 実装 4.0.x シリーズでは、UCX (Unified Communication X) がデフォルトの PPL (ポイントツーポイント) です。OPEN MPI 4.0.x シリーズの新しいバージョンでは、openib Byte Transfer Layer (BTL) が非推奨になりました。

仮想マシンへの仮想機能の割り当て時に接続に失敗する

ionic デバイスドライバーを使用する Pensando ネットワークカードは、VLAN タグ設定要求を許可し、ネットワーク仮想機能 (VF) を VM に割り当てる間にネットワーク接続の設定を試行します。この機能はカードのファームウェアではサポートされていないため、このようなネットワーク接続は失敗します。

デフォルトの 7 4 1 7 printk 値により、一時的にシステムが応答しなくなる

デフォルトの 7 4 1 7 printk 値を使用することで、カーネルアクティビティーのデバッグを改善できます。ただし、シリアルコンソールと組み合わせると、この printk 設定により、RHEL システムが一時的に応答しなくなるような激しい I/O がバーストする可能性があります。この問題を回避するには、新しい optimize-serial-console TuneD プロファイルを追加し、デフォルトの printk 値を 4 4 1 7 に減らします。ユーザーは、以下のようにシステムをインストルメント化できます。

/boot ファイルシステムを LVM に配置することができません。

/boot ファイルシステムを LVM 論理ボリュームに配置することはできません。この制限は、以下の理由により存在します。

LVM で、複数のブロックサイズを持つボリュームグループが作成できない

vgcreate または vgextend などの LVM ユーティリティーでは、物理ボリューム (PV) の論理ブロックサイズが異なるボリュームグループ (VG) を作成できなくなりました。別のブロックサイズの PV で基礎となる論理ボリューム (LV) を拡張するとファイルシステムがマウントに失敗するため、LVM はこの変更を採用しました。

LVM writecache の制限

writecache LVM キャッシュメソッドには以下の制限がありますが、cache メソッドには存在しません。

LUKS ボリュームを格納する LVM mirror デバイスが応答しなくなることがあります。

セグメントタイプが mirror のミラーリング LVM デバイスで LUKS ボリュームを格納すると、特定の条件下で応答しなくなる可能性があります。デバイスが応答しなくなると、すべての I/O 操作を拒否します。

NFS 4.0 パッチにより、オープンな高ワークロードでパフォーマンスが低下する可能性があります。

以前、場合によっては NFS のオープン操作で、サーバー上のファイルが削除されたり、名前が変更されたりするという事実を見落とすというバグが修正されています。ただし、この修正により、多くのオープンな操作が必要とるするワークロードのパフォーマンスが遅くなる可能性があります。この問題を回避するには、NFS バージョン 4.1 以降を使用します。これは、多くの場合においてクライアントに委譲を付与するように改善されています。このため、クライアントがローカルに素早く安全にオープン操作を実行できます。

複数のクォータタイプが指定されている場合、xfs_quota state はすべての猶予時間を出力しない

現在、xfs_quota state コマンドは、複数のクォータタイプを指定するオプションで、クォータの猶予期間を予想通りに出力しません。この問題を回避するには、コマンドオプションで必要なクォータタイプを個別に指定します。つまり、xfs_quota state -g、xfs_quota state -p または xfs_quota state -u になります。

停止操作で crm_mon 出力を解析する ocf: Sets:pgsql リソースエージェントおよび RHEL 8.4 のシャットダウンプロセス中に停止に失敗する場合があります。

RHEL 8.4 GA リリースでは、Pacemaker の crm_mon コマンドラインツールが変更され、Pacemaker のシャットダウンを開始するときに通常のクラスター情報ではなくシャットダウンのメッセージが表示されます。その結果、リソースの停止などのシャットダウンの進捗は監視できません。また、resource-agents パッケージで配布される ocf:heartbeat:pgsql エージェントなどの停止操作で crm_mon 出力を解析するリソースエージェントなど、クラスターの停止が失敗する可能性があるため、クラスターの問題が発生する可能性がありました。

32 ビットアプリケーションで呼び出されると getpwnam() が失敗する場合がある

NIS のユーザーが getpwnam() 関数を呼び出す 32 ビットアプリケーションを使用する場合は、nss_nis.i686 パッケージがないと呼び出しに失敗します。この問題を回避するには、yum install nss_nis.i686 コマンドを使用して、不足しているパッケージを手動でインストールします。

OpenLDAP ライブラリー間のシンボルの競合により、httpd でクラッシュが発生することがある

OpenLDAP が提供する libldap ライブラリーと libldap_r ライブラリーの両方が、単一のプロセス内にロードされ、使用されると、これらのライブラリー間でシンボルの競合が発生する可能性があります。そのため、httpd 設定によって mod_security または mod_auth_openidc モジュールもロードされると、PHP ldap 拡張機能を使用する Apache httpd 子プロセスが突然終了する可能性があります。

OQGraph プラグインが有効な場合に、MariaDB 10.5 が存在しないテーブルの破棄について警告しない

OQGraph ストレージエンジンプラグインが MariaDB 10.5 サーバーに読み込まれると、MariaDB は存在しないテーブルの削除について警告しません。特に、ユーザーが DROP TABLE コマンドまたは DROP TABLE または DROP TABLE IF EXISTS SQL コマンドを使用して存在しないテーブルをドロップしようとすると、MariaDB はエラーメッセージを返したり警告をログに記録したりしません。

MariaDB では PAM プラグインバージョン 1.0 が機能しない

MariaDB 10.3 は、PAM (Pluggable Authentication Modules) プラグインバージョン 1.0 を提供します。MariaDB 10.5 は、プラグインバージョン 1.0 および 2.0 を提供します。バージョン 2.0 がデフォルトです。

pyodbc が MariaDB 10.3 で動作しない

現在、pyodbc モジュールは、RHEL 8.4 リリースに含まれる MariaDB 10.3 サーバーでは機能しません。MariaDB 10.3 サーバーおよび MariaDB 10.5 サーバーの以前のバージョンは、この問題の影響を受けません。

GCC Toolset 10: Valgrind は IBM z15 アーキテクチャーのサポートを誤って報告していました

Valgrind は、特定の IBM z15 プロセッサー機能をサポートしていませんが、GCC Toolset 10 Valgrind のバグでは、z15 対応システム上で実行する際に z15 サポートを報告することになります。これにより、Valgrind で利用可能な場合に z15 機能の使用を試みるソフトウェアです。この問題を回避するには、z15 プロセッサーで実行している場合に、/usr/bin/valgrind 経由でアクセス可能な Valgrind のシステムバージョンを使用します。このビルドは z15 サポートを報告しません。

PCP の pmproxy におけるメモリーリーク

pmproxy サービスでは、5.3.0 より前のバージョンの Performance Co-Pilot (PCP) でメモリーリークが発生します。PCP バージョン 5.3.0 は、RHEL 8.4 および RHEL 8 の以前のマイナーバージョンでは使用できません。これにより、RHEL 8 ユーザーのメモリー使用量は予想よりも多くなる可能性があります。

すべての KRA メンバーが非表示レプリカの場合は、KRA のインストールに失敗します。

最初の KRA インスタンスが非表示レプリカにインストールされている場合、Key Recovery Authority (KRA) がすでに存在するクラスターでは ipa-kra-install ユーティリティーで問題が発生します。そのため、これ以上、追加の KRA インスタンスをクラスターに追加することはできません。

--agent-uid pkidbuser オプションを指定して cert-fix ユーティリティーを使用すると、証明書システムが破損します。

--agent-uid pkidbuser オプションを指定して cert-fix ユーティリティーを使用すると、証明書システムの LDAP 設定が破損します。したがって、証明書システムは不安定になり、システムの復元に手動の操作が必要になる可能性があります。

IdM ホストの /var/log/lastlog 分析ファイルが、パフォーマンスの問題を引き起こす可能性があります。