9.7 リリースノート

fips=1 用の新しいブートメニューエントリーが ISO インストールに追加されました

この更新により、DVD およびブート ISO イメージによるインストールにおいて、カーネルブートオプション fips=1 を設定するための新しいブートメニューエントリーが使用可能になりました。これにより、プロセスが簡素化されます。RHEL のインストール時に FIPS モードを有効にすると、システムが FIPS で承認されたアルゴリズムと継続的な監視テストを使用してすべての鍵を生成するようになるためです。このブートオプションを使用すると、fips=1 カーネルパラメーターを使用してインストールを開始し、Federal Information Processing Standards (FIPS) 140 の要件にシステムを準拠させることができます。

ブループリントファイルのカスタマイズで、外部ソースからのファイルを参照するための URI フィールドがサポートされるようになりました

この更新により、ブループリントファイルのカスタマイズ構造に URI フィールドのサポートが追加されます。その結果、ブループリントに直接含まれているファイルだけでなく、外部の場所にあるファイルを参照して取得できるようになりました。これにより、ビルドシステムのカスタマイズの柔軟性が向上し、より適応性の高いビルドエクスペリエンスが実現します。

RHEL Image Builder は、Vagrant 用の新しいイメージタイプ vagrant-libvirt をサポートするようになりました

この更新により、RHEL Image Builder が libvirt ハイパーバイザーをサポートするようになり、ユーザーが Vagrant を使用して RHEL 仮想マシンを簡単に実行できるようになりました。この機能拡張により、事前設定されたイメージが提供され、一貫性のある効率的なセットアップが実現します。また、Vagrant 環境内の vagrant ユーザーに sudo 特権が付与されるため、管理タスクの管理と実行が容易になります。これらの機能拡張により、Vagrant 環境で RHEL 仮想マシンを操作する際のエクスペリエンスが、より効率的かつシームレスなものになります。

RHEL Image Builder GUI がモジュール化されたコンテンツの検出をサポートするようになりました

RHEL 9.7 以降の RHEL Image Builder のグラフィカルユーザーインターフェイス (GUI) では、モジュール化されたコンテンツの検出がサポートされています。この機能により、次の機能拡張が導入されます。

RHEL Image Builder が WSL2 イメージをサポートするようになりました

RHEL Image Builder を使用して Windows Subsystem for Linux (WSL2) を作成できるようになりました。このイメージタイプは wsl 形式で使用できます。イメージを使用するには、生成されたファイルをダブルクリックしてデプロイします。

新しい rhel9/bootc-image-builder コンテナーイメージが RHEL で一般提供される

Image Mode for RHEL 用の rhel9/bootc-image-builder コンテナーイメージには、起動可能なコンテナーイメージ (rhel-bootc など) を QCOW2、AMI、VMDK、ISO などのさまざまなディスクイメージ形式に変換するイメージビルダーの最小バージョンが含まれています。

RHEL で bootc-image-builder ツールが一般提供になりました

RHEL で bootc-image-builder ツールが一般提供になりました。このツールは、bootc コンテナー入力から互換性のあるディスクイメージを簡単に作成およびデプロイするためのコンテナーとして機能します。bootc-image-builder を使用してコンテナーイメージを実行した後、必要なアーキテクチャーのイメージを生成できます。その後、生成されたイメージを仮想マシン、クラウド、またはサーバーにデプロイできます。新しい更新が必要になるたびに bootc-image-builder を使用してコンテンツを再生成するのではなく、bootc を使用してイメージを簡単に更新できます。

読み取り専用ファイルシステム composefs が、bootc/ostree および podman プロジェクトをサポートするようになりました

読み取り専用ファイルシステム composefs は、現時点では bootc/ostree および podman プロジェクトで使用されることのみを想定しています。composefs を使用すると、これらのプロジェクトを使用して、読み取り専用のイメージを作成して使用したり、イメージ間でファイルデータを共有したり、実行時にイメージを検証したりできます。その結果、完全に検証されたファイルシステムツリーがマウントされ、同一ファイルが適宜きめ細かく共有されるようになります。

NSS が 3.112 にリベースされました

NSS 暗号化ツールキットパッケージが、アップストリームのバージョン 3.112 にリベースされました。これにより、多くの改善と修正が提供されます。主なものは次のとおりです。

RHEL 9.7 の crypto-policies は耐量子計算機暗号をサポートしています

システム全体の暗号化ポリシーに対する今回の更新により、新しい PQ サブポリシーを通じて耐量子計算機暗号 (PQC) のサポートを有効にできるようになりました。RHEL 9.7 の crypto-policies の主な変更点は次のとおりです。

OpenSSL が 3.5 にリベースされました

OpenSSL がアップストリームバージョン 3.5 にリベースされました。このバージョンでは、特に次の点を含む重要な修正と機能拡張が行われています。

OpenSSL が sslkeylogfile をサポートするようになりました

OpenSSL は TLS の sslkeylogfile 形式をサポートしています。そのため、SSLKEYLOGFILE 環境変数を設定することで、SSL 接続によって生成されたすべてのシークレットをログに記録できます。

ハイブリッド方式の ML-KEM 暗号が FIPS モードに対応しました

このリリースでは、ハイブリッド方式の Module-Lattice-Based Key-Encapsulation Mechanism (ML-KEM) の耐量子計算機暗号アルゴリズムが RHEL の FIPS モードでサポートされています。システムが FIPS モードで動作している場合、OpenSSL は、新しいハイブリッド方式の耐量子計算機グループの Elliptic Curve Diffie-Hellman (ECDH) 部分を、FIPS プロバイダーから取得できます。その結果、OpenSSL ライブラリーは、ハイブリッド耐量子計算機鍵交換の ECDH 部分に、FIPS 準拠の暗号化を使用するようになりました。システムを FIPS:PQ 暗号化ポリシーに設定すると、ハイブリッド方式の耐量子計算機グループが有効になり、OpenSSL サーバーおよびクライアントによってデフォルトで使用されます。

crypto-policies が NSS の Ed25519 をサポートするようになりました

システム全体の暗号化ポリシーに対する今回の更新により、Edwards-curve Digital Signature Algorithm (EdDSA) の SHA-512 バリアントである Ed25519 のサポートが、ネットワークセキュリティーサービス (NSS) で利用できるようになりました。その結果、crypto-policies が、NSS 用の DEFAULT、LEGACY、および FUTURE ポリシーで、Ed25519 をデフォルトで有効化するようになりました。

新しいパッケージ: rust-rpm-sequoia

RHEL 9.7 では、multisig DNF プラグインを通じて、RPM パッケージ内の耐量子計算機署名をサポートする rust-rpm-sequoia パッケージが追加されています。この追加により、耐量子計算機暗号 (PQC) アルゴリズムで署名された RPM パッケージ内の OpenPGP v6 署名を検証できるようになります。

SCAP Security Guide が 0.1.78 にリベースされました

詳細は、SCAP Security Guide release notes を参照してください。

SELinux ポリシーに qgs デーモン用のルールとタイプが追加されました

qgs デーモンが、TDX 機密仮想化をサポートする linux-sgx パッケージとともに RHEL に追加されました。qgs デーモンは、ゲスト OS が仮想マシン (VM) のアテステーションを要求すると、UNIX ドメインソケットを介して QEMU と通信します。これを可能にするために、SELinux ポリシーに、新しい qgs_t タイプ、アクセスルール、および権限が追加されます。

3 つの RHEL サービスが SELinux の permissive モードから削除されました

RHEL サービスの次の SELinux ドメインは、SELinux permissive モードから削除されました。

tuned-ppd が SELinux ポリシーで制限されます

RHEL 9.7 では、tuned-ppd サービスを制限する追加のルールが SELinux ポリシーに追加されています。この更新前は、このサービスは unconfined_service_t という SELinux ラベルを持った状態で実行されていました。これは、CIS Server Level 2 ベンチマークの "SELinux によって制限されていないデーモンが存在しないことを確認する" というルールに違反していました。この更新により、このサービスが制限されるようになり、SELinux enforcing モードで正常に実行されるようになりました。

Keylime がバージョン 7.12.1 にリベースされました

Keylime パッケージがアップストリームバージョン 7.12.1 にリベースされました。主な修正と機能拡張は次のとおりです。

SELinux で /dev/diag に特定のタイプが割り当てられるようになりました

この更新により、SELinux ポリシーで /dev/diag デバイスに diagnostic_device_t タイプが割り当てられるようになりました。これにより、SELinux はデバイスへのアクセスを適切に制御できます。

OpenSSL PKCS #11 プロバイダーに Ex=RSA 暗号のサポートが追加されました

OpenSSL PKCS #11 プロバイダーの今回の更新により、非推奨の機能に依存せずに OpenSSL で PKCS #11 トークンを使用できるようになります。この代替手段により、サポートされていなかった RSA パディングモードの問題が解決され、RHEL 9 上のハードウェアセキュリティーモジュール (HSM) で Ex=RSA 暗号をシームレスに使用できるようになります。これにより、TLS ハンドシェイクの失敗が発生しなくなり、OpenSSL および PKCS #11 トークンを使用して TLS 1.2 接続を確立するときにセキュアな通信が提供されます。

新しいパッケージ: fips-provider-next

fips-provider-next パッケージは、次期バージョンの FIPS プロバイダーを提供します。このパッケージは、検証を受けるために National Institute of Standards and Technology (NIST) に提出されたものです。このパッケージはデフォルトではインストールされません。検証済みの OpenSSL FIPS プロバイダーである openssl-fips-provider パッケージが存在するためです。openssl-fips-provider から fips-provider-next に切り替えるには、以下を実行します。

Rsyslog の imuxsock に新しい ratelimit.discarded カウンターが追加されました

この更新により、Rsyslog の imuxsock モジュールに新しいカウンター ratelimit.discarded が追加されました。このカウンターは、Unix ソケットでのレート制限によりドロップされたメッセージの数を追跡します。この機能拡張により、管理者はレート制限によるメッセージ損失を可視化できるため、レート制限設定を微調整し、重要なログが破棄されるのを防ぐことができます。

Rsyslog の imfile に新しい deleteStateOnFileMove オプションが追加されました

この更新により、imfile モジュールに新しい deleteStateOnFileMove パラメーターが追加されました。このパラメーターは、モジュールレベルでも、操作ごとのオプションとしても利用できます。この機能拡張により、監視対象のログファイルがローテーションまたは移動されたときに、孤立した状態ファイルが spool/ ディレクトリーに蓄積される問題が解決されます。このパラメーターを有効にすると、ログファイルが移動されたときに、このような古いファイルを自動的にクリーンアップできるため、ディスク領域の浪費が防止され、管理が簡素化されます。

SCA が有効な組織に登録されたシステムのステータスが簡素化されました

この更新前は、Simple Content Access (SCA) が有効な組織にシステムが登録されている場合、subscription-manager status コマンドによって、Overall Status: Disabled および System Purpose Status: Disabled が報告されていました。このステータスはわかりにくく、エラーと誤解されることが多かったため、ステータスの報告が簡素化されました。現在は、Overall Status には Registered または Not registered のいずれかが報告されます。System Purpose Status は削除されました。

dnf4 を使用して DNF コマンドを実行できます

この更新により、dnf または dnf4 のいずれかを入力して DNF コマンドを実行できるようになりました。

DNF で RPM パッケージの RPMv6 署名を検証できます

耐量子計算機暗号はソフトウェアの整合性と提供元を保証するものです。しかし、量子コンピューティングにおいては、RSA などの標準的な非対称暗号化アルゴリズムはもはや有効ではありません。この更新により、新しい multisig DNF プラグインを使用して、標準の RPMv4 署名に加えて、RPM パッケージの RPMv6 署名を検証できるようになりました。RPMv6 署名は、ML-DSA などの耐量子計算機アルゴリズムに基づくことが可能です。

createrepo_c が zstd をサポートするようになりました

この機能拡張により、createrepo_c コマンドの Zstandard (zstd) 圧縮アルゴリズムのサポートが追加されました。その結果、createrepo_c が zstd で圧縮されたメタデータを読み取りおよび生成できるようになりました。

dnf が DNF の履歴で一時的なトランザクションをマークするようになりました

dnf history info コマンドが、トランザクションが永続的であったか一時的であったかを表示するようになりました。その結果、特に一時的なパッケージが多数あるシステムで、パッケージの変更を追跡しやすくなりました。

RPM がインストール中に元のパッケージのチェックサムを記録します

この更新により、RPM がインストール中に .rpm パッケージ全体の SHA256 および SHA512 ダイジェストを記録するようになりました。そのため、ユーザーは、RPM データベースからこれらのダイジェストを取得し、インストールされたパッケージが特定の .rpm ファイルに対応していることを確認できます。その結果、インストールされたパッケージセットが、DNF リポジトリーで使用可能なパッケージなど、既知の .rpm パッケージセットとビット単位で一致することを遡及的に検証することで、RHEL システムの整合性を向上させることができます。

RPM が spec ファイルローカルなファイル属性と依存関係ジェネレーターをサポートするようになりました

ファイル属性とその依存関係ジェネレーターは、通常、別々のパッケージに同梱されるため、これらの属性を使用するパッケージをビルドする前にインストールする必要があります。しかし、場合によっては、ファイル属性を同梱するパッケージのビルド中にこの属性を有効にする必要があります。また、パッケージをビルドするためだけにファイル属性が必要で、属性をパッケージに同梱せずに済ませたいという場合もあります。

新しい $releasever_major および $releasever_minor 変数

RHEL のマイナーバージョンではなく、メジャーバージョンごとにコンテンツを配布する Extra Packages for Enterprise Linux (EPEL) リポジトリーやその他のリポジトリーより適切にサポートするために、新しい $releasever_major および $releasever_minor 変数が利用可能になりました。これらの変数は、$releasever 変数または system-release(releasever_major) および system-release(releasever_minor) 仮想 Provides から自動的に導出されます。そのため、$releasever_major と $releasever_minor を使用して、RHEL の複数のメジャーバージョンまたはマイナーバージョンにまたがって機能するリポジトリー設定ファイルを作成できます。

openCryptoki がバージョン 3.25.0 で提供されます

openCryptoki パッケージはバージョン 3.25.0 で提供されます。以下のサポートが追加されました。

GIMP が 3.0.4 にリベースされました

GNU Image Manipulation Program (GIMP) が、RHEL 9.7 で安定版のアップストリームバージョン 3.0.4 にリベースされました。

RHEL に dyninst バージョン 13.0.0 が搭載されました

dyninst フレームワークがアップストリームバージョン 13.0.0 にリベースされました。このバージョンでは、次の機能拡張が提供されています。

RHEL に SystemTap バージョン 5.3 が搭載されました

SystemTap がバージョン 5.3 にリベースされました。マルチスレッド解析機能により初期化時間が数秒短縮され、起動のパフォーマンスが向上しました。

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

elfutils 0.193 が RHEL 9.7 で利用可能になりました。この更新の主な変更点は次のとおりです。

valgrind がアップストリームバージョン 3.25.1 にアップグレードされました

バージョン 3.24.0 (RHEL 9.6) からアップストリームバージョン 3.25.1 (RHEL 9.7) へのアップグレードにより、次の主な機能拡張が提供されます。

valgrind パッケージが柔軟なインストールのためにサブパッケージに分割されました

この更新前は、valgrind パッケージにおいて、すべてのコンポーネントが 1 つのパッケージに含まれていました。その結果、必要のない機能をインストールする必要がありました。

Valkey 8 が利用可能になりました

高度なキーバリューストアである Valkey 8 が RHEL で利用可能になりました。これはデータ構造サーバーとして機能し、キーに次のようなさまざまなデータ型を格納できます。

fs.protected_regular および fs.protected_fifos sysctls パラメーターがデフォルトで有効になります

以前、一部のデータスプーフィング攻撃を困難にするために、RHEL 9 カーネルに fs.protected_regular および fs.protected_fifos sysctls パラメーターが追加されました。現在、これらのパラメーターはデフォルトで有効になります。これにより、インストールのセキュリティーが向上します。これらの sysctls パラメーターを無効にするには、/etc/sysctl.d/60-protected.conf ファイルに次の行を追加してください。

BrowseOptionsUpdate ディレクティブが RHEL で利用可能になりました

BrowseOptionsUpdate ディレクティブは、デフォルトの印刷オプションのソースと更新頻度を決定します。このディレクティブは、システムがオプションをローカルシステムから取得するか、リモート印刷サーバーから取得するかを指定します。さらに、オプションをサービスの起動時に更新するか、一定の間隔で更新するか、まったく更新しないかを指定します。

RHEL 10 では gpsd がバージョン 3.26.1 で提供されます

RHEL 10 では、gpsd tools パッケージがバージョン 3.26.1 で提供されます。このバージョンでは、u-blox レシーバーのサポートが強化されています。

Nmstate が、PCI アドレスに基づいてネットワークインターフェイスに設定を割り当てることが可能になりました

この機能拡張により、Nmstate を使用して、デバイス名ではなく PCI アドレスに基づいてネットワークインターフェイスを設定できるようになりました。クラスター内のノード全体で一貫した設定を実現するには、この機能を使用してください。詳細は、デバイスパスを指定して nmstatectl を使用して動的 IP アドレスによるイーサネット接続を設定する および デバイスパスを指定した nmstatectl を使用して静的 IP アドレスによるイーサネット接続を設定する を参照してください。

Nmstate のボンディング設定が最適化設定をサポートするようになりました

この機能拡張により、Nmstate API が次のボンディングオプションをサポートするようになりました。

nmtui がループバックインターフェイスの設定をサポートするようになりました

NetworkManager は、nmcli ユーティリティーを使用したループバックインターフェイスの設定を以前からサポートしていました。この機能拡張により、nmtui アプリケーションに同じ機能が追加されました。その結果、ループバックインターフェイスで IP アドレスとルートを設定できるようになりました。

NetworkManager-libreswan プラグインが Libreswan のデフォルト値の使用をサポートするようになりました

この機能拡張により、Libreswan VPN 接続プロファイルの no-nm-default プロパティーを true に設定することで、NetworkManager のデフォルト値ではなく、Libreswan の値を使用できるようになりました。これにより、ネイティブ Libreswan 用に定義された設定との互換性が確保されます。その結果、たとえば、サブネット間のトンネルを設定できるようになりました。

NetworkManager が、IPv6 プレフィックスの委譲を使用する場合に、ダウンストリームインターフェイスの固定サブネット ID をサポートするようになりました

この機能拡張により、IPv6 プレフィックスの委譲を使用するときに、NetworkManager でダウンストリームインターフェイスに固定のサブネット ID を指定できるようになりました。以前のリリースでは、システムを再起動すると、ダウンストリームインターフェイスのサブネット ID が変更される可能性がありました。サブネット ID が固定されている場合、RHEL ホストを再起動しても、ダウンストリームネットワーク内のデバイスに割り当てられた IPv6 アドレスは変更されません。

nm-initrd-generator に NBFT パーサーが追加されました

NVMe Boot Firmware Table (NBFT) は、ACPI テーブルを使用して、ファームウェアがプリブート環境からネットワークとストレージの設定を直接オペレーティングシステムに渡す標準的な方法です。nm-initrd-generator ユーティリティーは、このパーサーを使用してこの設定を自動的に検出して適用し、必要な接続を手動設定不要で作成します。この実装は、dracut の 95nvmf モジュールに代わるものであり、より効率的で堅牢なブートシーケンスを実現するために、systemd の自動化を利用します。

Nmstate が、ネットワークインターフェイスの FEC の設定をサポートするようになりました

この機能拡張により、Nmstate を使用して、RS-FEC、Base-R、Disabled などの前方誤り訂正 (FEC) モードをインターフェイスに適用できるようになりました。これらの設定は、再送信せずにエラーを検出および修正することで、データ転送の信頼性を向上させるうえで重要です。これにより、手動で設定したり、プラットフォーム固有のツールを使用したりせずに、Nmstate を使用して FEC 設定を適用できるようになりました。

Nmstate が mtu および quickack ルートオプションをサポートするようになりました

この機能拡張により、Nmstate を使用して mtu および quickack ルートオプションを設定できるようになりました。これらの設定は、最大転送単位がデフォルトと異なる際にネットワークパフォーマンスを最適化する場合や、TCP 確認応答の動作をチューニングする場合に重要です。これにより、ネットワークトラフィックの動作をより正確に制御できるようになりました。

mlx5 ドライバーが対称 OR-XOR RSS ハッシュをサポートするようになりました

この機能拡張により、Receive Side Scaling (RSS) のデフォルトの変換 (xfrm) が symmetric-or-xor になりました。

ModemManager がバージョン 1.22 にリベースされました

ModemManager パッケージがアップストリームバージョン 1.22 にアップグレードされましたこのバージョンにはバグ修正と追加デバイスのサポートが含まれています。

Nmstate が、VLAN インターフェイスの Egress および Ingress 優先度マッピングをサポートするようになりました

NetworkManager は、VLAN インターフェイスのトラフィック優先度マッピングの設定を以前からサポートしていました。この機能拡張により、Nmstate ライブラリーが、Egress および Ingress 優先度の Quality of Service (QoS) マッピングルールも処理できるようになりました。その結果、Nmstate を使用して VLAN を作成し、双方向の優先度マッピングを定義できるようになり、トラフィックをより正確かつ効率的に管理できるようになりました。

Nmstate は、インターフェイス名の代わりに MAC アドレスを使用してルートを設定することをサポートするようになりました

Nmstate を使用すると、インターフェイスの MAC アドレスにネットワーク接続を割り当てることで、その接続を作成できます。この機能拡張により、ルーティング設定の next-hop-interface パラメーターでインターフェイス名の代わりにプロファイル名を使用できるようになりました。この機能を使用すると、インターフェイス名を知らなくても静的ルートを作成できます。

新しいネットワークパケットドロップの理由と MIB カウンター

カーネルのネットワークスタックが、ネットワークパケットをドロップするときに、より詳細な理由を提供するようになりました。また、この機能拡張により、LINUX_MIB_PAWS_TW_REJECTED と LINUX_MIB_PAWS_OLD_ACK という 2 つの新しい管理情報ベース (MIB) カウンターが追加されます。その結果、ネットワークの問題のデバッグと診断が容易になりました。

fwctl サブシステムがカーネルに追加されました

カーネルロックダウン機能が有効な場合、セキュリティー上の理由から、カーネルは /sys/ ディレクトリー内の resource0 ファイルや PCI 設定空間へのアクセスを許可しません。fwctl カーネルサブシステムは、mlx5 ネットワークインターフェイスコントローラーなど、ソフトウェア定義デバイスのファームウェアとの通信を管理します。このサブシステムは、標準化されたセキュアなリモートプロシージャーコール (RPC) インターフェイスを確立します。このインターフェイスにより、ユーザー空間アプリケーションが、診断、設定、更新のためにデバイスファームウェアとやり取りできるようになります。新しいサブシステムの導入に加えて、mstflint ユーティリティーも fwctl サブシステムを使用するようになりました。このユーティリティーは、これらのセキュアな環境で完全に機能します。

ice ドライバーが、関連付けられた VF のためにベクトルを解放する目的で、PF の MSI-X ベクトル使用量を削減することをサポートするようになりました

この機能拡張により、Physical Function (PF) に割り当てられた Message Signaled Interrupts eXtended (MSI-X) ベクトルを削減し、関連付けられた Virtual Function (VF) のために十分な数のベクトルを確保できるようになりました。詳細は、Reducing the MSI-X vector usage for a physical function to free vectors for associated virtual functions を参照してください。

iproute がバージョン 6.14.0 にリベースされました

iproute パッケージがアップストリームバージョン 6.14.0 に更新されました。

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

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

virtio デバイスのサポートが追加されました

この更新前は、KVM ゲスト内の virtio デバイスが、すべて generic-ccw タイプとしてリスト表示されていました。この機能拡張により、lszdev コマンドを使用して、どのデバイスタイプがどのデバイス番号に接続されているかを簡単に特定できるようになりました。

kpatch-dnf プラグインが更新され、カーネル管理が改善されました

この更新前は、kpatch-dnf プラグインで、カーネルのアップグレードと kpatch のサポート状況の整合性が取れていませんでした。その結果、管理者は kpatch でサポートされていないカーネルをインストールまたはアップグレードするおそれがありました。これにより、サポートされていないカーネルを実行し、システムの安定性が低下するリスクが高まっていました。

kernel において Arm SPE のサポートが Neoverse-V2 および Cortex CPU に拡張されました

kernel の Arm SPE 機能のサポートが拡張され、Neoverse-V2 および Cortex CPU が含まれるようになりました。その結果、ユーザーは、Neoverse-V2 および Cortex CPU 上でワークロードを実行する際に、Arm SPE 機能にアクセスして、可観測性と分析を強化できるようになりました。

kernel での Intel Arrow Lake U RAPL エネルギーイベントのサポート

この更新前は、Intel Arrow Lake U マイクロアーキテクチャーは、kernel パッケージの RAPL (Running Average Power Limit) エネルギーパフォーマンスカウンターをサポートしていませんでした。その結果、ユーザーは標準の perf ツールを使用して Arrow Lake U システムのエネルギー消費を監視または測定することができませんでした。

kernel にコアエネルギーカウンターのサポートが追加されました

カーネルが AMD CPU のコアごとのエネルギー測定をサポートするようになりました。Power Management Unit (PMU) が power_core PMU と energy-core イベントを公開するため、ユーザーは CPU コアごとのエネルギー消費量を監視できます。この機能拡張は、AMD のコアごとのエネルギーカウンター機能に合わせて行われたものです。

Perf による Intel Clearwater Forest コアカウンターのサポート

この更新前は、perf コアカウンターを使用して Intel Clearwater Forest CPU 上のハードウェアイベントを監視することはできませんでした。この更新により、perf パッケージが Clearwater Forest Performance Monitoring Unit (PMU) を認識するようになりました。perf は、フロントエンドバウンド、バックエンドバウンド、リタイアリング、スロットなどの Topdown Level 1 メトリクスを含む、名前付きコアイベントを提供します。また、perf は、このマイクロアーキテクチャー上でアーキテクチャープロセスイベントベースのサンプリング (PEBS) を使用して、選択されたイベントの低オーバーヘッドサンプリングを提供します。その結果、コアカウンターデータを収集し、Clearwater Forest システムでトップダウン分析を実行できるようになります。

アダプティブ PEBS により、Intel Panther Lake 上の perf でカウンタースナップショットのサポートが有効になりました

この更新前は、Linux カーネルの perf パフォーマンスイベントデータを収集するために、ソフトウェアベースのサンプル読み取りに依存していました。この方法では、イベントがオーバーフローした後にカウンターを読み取ると、わずかなタイミングのずれと追加のオーバーヘッドが発生していました。この更新により、Intel Panther Lake CPU で、アダプティブ PEBS によるカウンタースナップショットが利用できるようになります。このハードウェア機能により、カーネルは、PEBS フォーマットバージョン 6 を使用して、プログラマブルカウンター、固定機能カウンター、およびパフォーマンスメトリクスを PEBS レコードに直接記録します。

Intel Trace Hub が Intel Panther Lake をサポートするようになりました

この更新により、Panther Lake プラットフォーム (P、H、U) 用の Intel Trace Hub デバイス ID が追加されました。Panther Lake ベースのシステムでは、デバッグおよびトレースに Intel Trace Hub 機能を使用できます。

Intel Clearwater Forest の Perf uncore イベントのサポート

この更新前は、Intel Clearwater Forest マイクロアーキテクチャーで uncore イベントの監視を利用できませんでした。この更新により、perf パッケージは Clearwater Forest システム上での uncore イベント監視をサポートするようになりました。その結果、ユーザーはサポートされているハードウェア上で詳細なパフォーマンス分析とデバッグを実行できるようになりました。

Intel Arrow Lake H マイクロアーキテクチャーのサポートが⁠ intel_th⁠ に追加されました

この更新前は、Intel Trace Hub が Arrow Lake H NPK デバイス ID を認識していませんでした。そのため、このハードウェアを使用するシステムのトレースおよびデバッグ機能が制限されていました。この更新により、‎⁠⁠intel_th⁠ パッケージが Intel Trace Hub において Intel Arrow Lake H マイクロアーキテクチャーをサポートするようになりました。そのため、ユーザーは Arrow Lake H プラットフォーム上で強化されたトレース機能とデバッグ機能を利用できます。

kernel で Intel Arrow Lake H の PerfMon サポートが有効になりました

この更新により、kernel パッケージは、Intel Arrow Lake H マイクロアーキテクチャー上で、Core、Uncore、Cstate、および MSR 機能に対する PerfMon サポートを提供するようになりました。その結果、perf ツールを使用して、Arrow Lake H システムに固有のパフォーマンスメトリクスを監視および分析できるようになりました。

仮想環境およびクラウド環境での pstore 機能の強化

クラッシュやパニックに関する情報を永続的に保存する pstore カーネル機能が、仮想化環境やクラウドプラットフォームで使いやすくなりました。このリリースでは、システムの実行中に、efi_pstore.pstore_disable=0 カーネルパラメーターを使用せずに、pstore の EFI 変数の使用を有効にできます。

問題となるレイテンシーをより良く追跡するために、rteval のデフォルトの測定モジュールが rtla timerlat になりました

この機能拡張により、問題となる遅延の原因を簡単に特定できるようになりました。目的の cyclictest 測定モジュールは、rteval.config ファイルを使用して選択できます。

KVM モジュールがリアルタイムカーネルパッケージに統合されました

この更新により、Realtime Kernel をベース RHEL のデプロイメントオプションにするという決定に合わせて、RHEL の Realtime Kernel 用 KVM モジュールパッケージの生成が削除されます。この変更により、KVM モジュールが Realtime Kernel パッケージに直接統合され、個別の kernel-rt-kvm パッケージが不要になるため、デプロイメントプロセスが合理化されます。その結果、RHEL に Realtime Kernel をデプロイする際のセットアップ作業がよりシームレスで効率的になり、全体的なユーザーエクスペリエンスが向上します。

kernel が Shadow Stack (SHSTK) Ring 3 カーネルをサポートするようになりました

この更新前は、kernel パッケージが x86_64 アーキテクチャーにおいて Ring 3 の Shadow Stack (SHSTK) をサポートしていませんでした。その結果、ユーザー空間アプリケーションがコントロールフローハイジャック攻撃に対して脆弱になることがありました。

python-drgn がバージョン 0.0.31 にリベースされました

python-drgn がバージョン 0.0.31 にリベースされました。この更新では、いくつかの機能拡張と新機能が導入されています。

crash が 9.0.0 にリベースされました

ライブシステムおよび各種のダンプファイル用のカーネル分析ユーティリティーを提供する crash パッケージが、アップストリームバージョン 9.0.0 にリベースされました。このバージョンでは、いくつかの修正と機能強化が行われています。主なものは次のとおりです。

AMD CPU におけるコアごとのエネルギー追跡 (RAPL perf イベント) のサポート

この機能拡張により、コア RAPL カウンターのサポートが追加されました。その結果、AMD システムでは、パッケージレベルの電力情報に加えて、コアレベルの電力情報も測定できるようになりました。

デフォルト設定で rng-tools のジッターエントロピーソースが無効になります

rng-tools のジッターエントロピーソースがデフォルトで無効になりました。最新の CPU は、通常、ハードウェアのエントロピーソースを備えています。また、ほとんどの仮想マシンは、仮想ホストから提供されるエントロピーソースとして /dev/hwrng デバイスを利用できます。このような環境では、ジッターエントロピーソースにより、CPU サイクルが無駄に消費されます。ハードウェアエントロピーソースのない古いハードウェアの場合は、/etc/sysconfig/rngd でジッターエントロピーソースを明示的に有効にできます。

NVMf-FC kdump が IBM Power でサポートされるようになる

NVMf-FC kdump は、kexec-tools を実行するために IBM Power システムをサポートするようになりました。これにより、NVMe ストレージデバイスを使用してファイバーチャネルネットワーク経由でシステムメモリーダンプをキャプチャーし、クラッシュダンプデータのストレージに高速かつ低遅延でアクセスできるようになります。

Microsoft によって署名された shim により aarch64 のセキュアブートが有効になりました

64 ビット ARM アーキテクチャー用の shim パッケージは、Microsoft UEFI CA を信頼するプラットフォームでセキュアブートをデフォルトで有効にするために、Microsoft によって署名されています。これにより、ARM のブートパスが x86 と整合され、カスタムの PK、KEK、または db エントリーを追加する必要がなくなります。

multipathd がファイルベースのソケットをサポートするようになりました

この更新により、multipathd デーモンは、抽象名前空間ソケットに加えて、ファイルベースソケット /run/multipathd.socket でもコマンドを待ち受けるようになりました。ユーザーは、新しいソケットファイルのバインドマウントを使用することで、コンテナー内からホストの multipathd デーモンと通信できます。

自動 RAID チェックがデフォルトで有効になる

この更新により、raid-check サービスがデフォルトで有効になります。これにより、システムの起動後に raid-check.service が一定の間隔で自動的に実行され、手動による介入なしで定期的な RAID 整合性チェックが実行されます。

複数のデバイスが同時に故障した後でも LVM RAID がボリュームを修復します

この機能拡張により、lvconvert --repair /dev/VG-name/LV-name コマンドを使用して、失われた RAID デバイスをストライプ化 RAID (raid4、raid5、raid6) に再統合できるようになりました。この修復プロセスは、一時的に失われたデバイスの数が RAID レベルのフォールトトレランスを超えた場合でも機能します。そのため、デバイスが再認識され次第、回復が可能になります。修復する前に、ボリュームとその上のファイルシステムをアンマウントして非アクティブ化する必要があることに注意してください。

Podman コンテナーで etcd を管理するための新しいリソースエージェントが利用可能になりました

この更新前は、Red Hat High Availability に、Podman コンテナー内で稼働する etcd を管理するためのリソースエージェントが用意されていませんでした。

Filesystem リソースエージェントが aznfs ファイルシステムタイプをサポートするようになりました

この更新前は、クラスター内の Azure Network File System のファイル共有を管理するには、fstype=nfs を使用して Filesystem リソースエージェントを設定する必要がありました。この方法では、転送中の暗号化など、Azure 固有の機能がサポートされていませんでした。

Oracle Database 23ai がクラスターリソースとしてサポートされるようになりました

この更新前は、Oracle データベースのリソースエージェントが Oracle Database 23ai リリースでの使用についてテストされていませんでした。したがって、このバージョンは、Pacemaker クラスター内の高可用性リソースとしてサポートされていませんでした。

fence_sbd エージェントが SBD デバイスを自動的に検出できるようになりました

この更新前は、fence_sbd リソースを設定するときに、devices パラメーターを使用して SBD デバイスパスを明示的に指定する必要がありました。

ウォッチドッグデバイスのリストで提供される情報がより詳細なものになりました

この更新前は、利用可能なウォッチドッグデバイスをリスト表示する場合、出力に /dev/watchdog0 などのデバイスパスしか表示されませんでした。そのため、管理者が同じシステム上の複数のデバイスを区別することが困難でした。

最後のフェンシングデバイスを削除する前に pcs がユーザーに警告します

この更新前は、ユーザーがクラスターから最後のフェンシングデバイスを無効化または削除することを、pcs が警告なしで許可していました。これにより、意図せずクラスターが STONITH も SBD フェンシングも設定されていないサポート対象外の状態になることがありました。

pcs node attribute および pcs node utilization コマンドが、複数の出力形式をサポートするようになりました

以前は、pcs node attribute コマンドと pcs node utilization コマンドの出力は、人間が判読できるプレーンテキスト形式でのみ表示されていました。この形式は、機械による解析や設定の簡単な複製には適していませんでした。

pcs alert config コマンドが複数の出力形式をサポートするようになりました

以前は、pcs alert config コマンドは、人間が判読できるプレーンテキスト形式でのみ出力を表示していました。この形式は、機械による解析や設定の簡単な複製には適していませんでした。

pcs が CIB の潜在的な問題を自動的に検証するようになりました

以前は、pcs ユーティリティーは Cluster Information Base (CIB) に対して高度な検証チェックを自動的に実行していませんでした。そのため、日常的な操作中に特定のクラスターの誤った設定が検出されないことがありました。

pcs が提供する CIB 更新の失敗に関するエラーメッセージがより詳細なものになりました

以前は、pcs cluster edit コマンドまたは pcs cluster cib-push コマンドの使用時に CIB 更新が失敗すると、Pacemaker によって一般的なエラーメッセージが表示されていました。失敗の具体的な理由は説明されていなかったため、無効な設定のトラブルシューティングが困難でした。

クラスターの名前を変更するための新しい pcs コマンドが利用可能になりました

以前は、pcs コマンドを使用して既存のクラスターの名前を変更できませんでした。管理者は一連の手動手順を実行する必要がありましたが、これは複雑でエラーが発生する可能性がありました。

Nutanix AHV 仮想化用の新しいフェンスエージェントが利用可能になりました

以前は、Red Hat High Availability Add-On が Nutanix Acropolis Hypervisor (AHV) 環境専用のフェンスエージェントを提供していませんでした。

pcs resource meta コマンドがバンドルをサポートするようになり、ゲストノードの誤設定を防ぐように改善されました

以前は、pcs resource meta コマンドはバンドルリソースのメタ属性の管理をサポートしていませんでした。さらに、このコマンドでは、ユーザーがゲストノードの接続パラメーターを誤って変更するのを防ぐことができず、リソースの設定ミスが発生する可能性がありました。

IPaddr2 リソースエージェントがネットワークリンクの障害を検出するようになりました

この更新前は、IPaddr2 リソースエージェントはネットワークインターフェイスのリンク状態を監視していませんでした。その結果、基盤となるインターフェイスが DOWN または LOWERLAYERDOWN 状態であっても、IPaddr2 リソースはノード上で成功と報告し続けていました。これにより、クラスターが別のノードでそのリソースを回復することが妨げられていました。

fence_aws エージェントが即時電源オフをサポートするようになりました

以前は、fence_aws エージェントが off または reboot アクションを実行すると、インスタンスのグレースフルシャットダウンがトリガーされていました。これにより、ノードの電源がすぐにオフにならないため、フェンシングプロセスに遅延が発生していました。

HAProxy が 2.8 にリベースされました

HAProxy パッケージが、アップストリームの Long-Term Support (LTS) バージョン 2.8 にリベースされました。この更新の主な変更点は次のとおりです。

PostGIS 拡張機能が PostgreSQL 16 で利用可能になりました

この機能拡張により、PostgreSQL 16 に PostGIS 拡張機能が追加されました。この拡張機能により、PostgreSQL が地理オブジェクトをサポートするようになりました。その結果、リレーショナルデータベース内でのマッピング、地理位置情報、距離計算などの地理情報システム (GIS) アプリケーションの空間クエリーと分析が可能になりました。

glibc が、高度なスケジューラーオプションとして sched_setattr と sched_getattr をサポートするようになりました

以前の glibc では、<sched.h> で定義された関数を通じて、限られた Linux スケジューラーオプションしか利用できませんでした。この制限により、アプリケーションが高度なスケジューリング機能にアクセスするには、直接のシステムコールまたは Linux カーネルヘッダーを使用する必要がありました。

glibc pthread_gettid_np 関数が libc_nonshared.a に追加されました

以前は、glibc の pthread_t ハンドルから Linux タスクまたはスレッド ID (TID) を取得する直接的な方法がありませんでした。新しく実装された pthread_gettid_np 関数は、_GNU_SOURCE が定義されているときに <pthread.h> で宣言されます。この関数により、sched_setattr を使用するアプリケーションなど、TID を必要とするアプリケーションが、pthread_t ハンドルから直接 TID の値を取得できるようになりました。

inet_ntop と inet_pton に対する glibc の要塞化のサポートが追加されました

以前は、glibc の API である inet_ntop と inet_pton に、Source Fortification のサポートが含まれていませんでした。そのため、コンパイラーがプログラムを実行する前に一部のバッファーエラーを検出できませんでした。

GDB が IBM の z17 CPU アーキテクチャーをサポートするようになりました

gdb パッケージが強化され、IBM の z17 CPU アーキテクチャーで導入された新しいハードウェア命令を使用するバイナリーをサポートするようになりました。この更新により、開発者およびシステム管理者は、RHEL 9.7 上で、最新の IBM Z ハードウェア用にコンパイルされたアプリケーションをデバッグできるようになります。

GCC Toolset15 が利用可能になりました

この更新により、gcc-toolset-15 が RHEL 9.7 で利用できるようになりました。このツールセットには、サポートされている最新バージョンの GCC と関連ユーティリティーが含まれています。そのため、開発者は最新のコンパイラーテクノロジーを使用して、アプリケーションをビルド、テスト、デプロイできます。

ppc64le における -fpatchable-function-entry の ELFv2 ABI のサポート

以前は、gcc の -fpatchable-function-entry オプションが、ppc64le アーキテクチャー上の ELFv2 ABI をサポートしていませんでした。そのため、この ABI に対して誤った場所に NOP 命令が生成されていました。この問題により、ELFv2 をターゲットとする場合に、このオプションを正しく使用できませんでした。

llvm-toolset が LLVM 20 にリベースされました

llvm-toolset が LLVM 20 に更新されました。これにより、C、C++、および Rust のワークフロー全体にわたり、コード生成の改善、パフォーマンスの最適化、言語フロントエンドとライブラリーサポートの拡張が提供されます。このリベースに伴い、RHEL 内の依存コンポーネントとの整合性も確保されています。これには、rust、annobin、bcc、bpftrace、qt5-qttools、および mesa のリビルドが含まれます。ビルドは llvm-20.1.8-3.el9 で検証済みです。

複数の動的リンカー名前空間を持つアプリケーションをデバッグするための _r_debug 拡張のサポートが改善されました

glibc パッケージに、複数の名前空間をサポートするために、バックポートされた _r_debug 拡張が含まれるようになりました。以前は、実行中のプロセスにアタッチしたり、コアダンプを分析したりするときに、アプリケーションが dlmopen または監査モジュールで複数の名前空間を使用している場合、GDB などのデバッガーが、ロードされたすべての共有オブジェクトを表示できませんでした。

glibc の例外処理パフォーマンスの向上

この更新前は、大規模なアプリケーションでの例外処理が遅かったため、特にユーザー数が多い環境や例外が頻繁に発生する環境で、パフォーマンスに影響が出ていました。これは、_Unwind_Find_FDE から呼び出される __dl_iterate_phdr 関数で費やされる時間が原因でした。

メモリー割り当て失敗時における glibc qsort の動作の強化

メモリー割り当てが失敗すると、glibc パッケージの qsort 関数と qsort_r 関数は、ヒープソートフォールバックを使用します。この変更により、無効な比較関数の処理が改善され、メモリー割り当てが失敗した場合のパフォーマンスがより予測可能なものになります。

gdb がバージョン 16.3 にリベースされました

RHEL 9.7 における gdb バージョン 16.3 への更新により、次の主な機能拡張が提供されます。

AMD GPU 用の pmda が、グローバルの GPU データ収集のために有効化されました

この更新前は、完全なサポートに必要な特定の機能がカーネルに欠けていたため、AMD GPU 用の PMDA (Performance Co-Pilot メトリクスエージェント) を RHEL で利用できませんでした。

glibc に IBM Z z17 の初期サポートが追加されました

glibc の動的ローダーが強化され、IBM z17 CPU またはその固有機能の検出がサポートされるようになりました。その結果、IBM z17 向けに最適化されたライブラリーが /usr/lib64/glibc-hwcap/z17/ ディレクトリーにインストールされている場合、z17 システムに自動的にロードされるようになりました。この更新により、IBM Z z17 プラットフォームのハードウェア互換性とパフォーマンスが向上します。

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

RHEL 9.7 には、Rust Toolset バージョン 1.88.0 が同梱されています。この更新には、次の主な機能拡張が含まれています。

tzdata に NEWS ファイルが含まれるようになりました

この更新により、タイムゾーンデータの変更に関する正確な記述を提供するために、tzdata パッケージに、リリースごとに NEWS ファイルが含まれるようになりました。その結果、変更内容を詳細に確認できるようになります。ユーザーは、含まれている NEWS ファイルを確認して、更新の変更内容を把握できます。

メトリクスロールが Apache Spark メトリクスの収集とエクスポートをサポートするようになりました

以前は、ユーザーはメトリクスロールを使用して Apache Spark メトリクスを直接収集またはエクスポートすることはできませんでした。この更新により、rhel-system-roles パッケージに、Apache Spark からメトリクスを収集および更新するためのサポートが追加されました。次の 2 つの新しいブールパラメーターが導入されました。

ipa-healthcheck が証明書の有効期限切れについて警告するようになりました

この更新により、ipa-healthcheck ツールは、ユーザーが提供した HTTP、DS、および PKINIT 証明書の有効期限を評価し、有効期限の 28 日前に警告を発するようになりました。これは、証明書の有効期限が見落とされ、ダウンタイムが発生する可能性を防ぐためです。

ansible-freeipa が 1.15.1 にリベースされました

Red Hat Identity Management (IdM) 環境を管理するためのモジュールとロールを提供する ansible-freeipa パッケージが、バージョン 1.13.2 から 1.15.1 にリベースされました。この更新には、次の機能拡張が含まれています。

レガシーシステムとの互換性を保つために、IdM が Linux の UID 上限までの UID をサポートするようになりました

この更新により、最大 4,294,967,293 (2^32-1) までのユーザー ID とグループ ID を使用できるようになりました。これにより、IdM の最大値が Linux の UID 上限値と一致するようになりました。これは、標準の IdM の範囲 (2,147,483,647 まで) では不十分となるまれなケースで役立ちます。具体的には、完全な 32 ビット POSIX ID 空間を必要とするレガシーシステムと並行して IdM をデプロできるようになります。

krbLastSuccessfulAuth が有効な場合、Healthcheck が警告を表示します

ipaConfigString 属性で krbLastSuccessfulAuth 設定を有効にすると、多数のユーザーが同時に認証する場合にパフォーマンスの問題が発生する可能性があります。したがって、この設定はデフォルトでは無効になっています。この更新により、krbLastSuccessfulAuth が有効になっている場合、パフォーマンスの問題が発生する可能性があることを警告するメッセージを Healthcheck が表示するようになりました。

IdM 間の移行が利用可能になりました

以前はテクノロジープレビューとして提供されていた IdM 間の移行が、このリリースで完全にサポートされるようになりました。ipa-migrate コマンドを使用すると、SUDO ルール、HBAC、DNA 範囲、ホスト、サービスなど、すべての IdM 固有のデータを、ある IdM サーバーから別の IdM サーバーに移行できます。これは、たとえば、IdM を開発環境またはステージング環境から実稼働環境に移行する場合に役立ちます。

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

samba パッケージがアップストリームバージョン 4.22.4 に更新されました。このバージョンでは、バグ修正および機能拡張が行われていますが、特に注目すべき点は次のとおりです。

389-ds-base がバージョン 2.7.0 にリベースされました

389-ds-base パッケージがバージョン 2.7.0 に更新されました。

dsctl healthcheck が、メンバーシップ属性に対する部分文字列インデックスの作成について警告するようになりました

メンバーシップ属性を含むエントリーは通常、多数のメンバーを持つグループです。値セットを変更する場合、単一のメンバーの削除などの小さな変更の場合でも、部分文字列インデックスのコストは非常に高くなります。現在、部分文字列インデックスタイプを追加すると、dsctl healthcheck は、メンバーシップ属性の部分文字列インデックスのコストが高くなる可能性があることを警告し、次のエラーメッセージを表示します。

属性の一意性を検索するための Attribute Uniqueness プラグインのカスタムマッチングルール

この更新により、Attribute Uniqueness プラグインの設定で、一意性を強制する属性のマッチングルールを指定できるようになりました。これは、属性の構文を case exact や case ignore からオーバーライドする場合などに使用できます。

cockpit-session-recording が 20-1.el9 にリベースされました

cockpit-session-recording パッケージが、アップストリームバージョン 20-1.el9 にリベースされました。これは、Cockpit Web インターフェイスを通じて実行されるユーザーセッションを記録するパッケージです。このパッケージは、PatternFly 6 ユーザーインターフェイスシステムデザインに移行されました。

ACME サーバーに ES256 署名アルゴリズムのサポートが追加されました

以前は、Automatic Certificate Management Environment (ACME) サーバーは、JSON Web Key (JWK) 検証用の ES256 署名アルゴリズムをサポートしていませんでした。このアルゴリズムのサポートが欠けていたため、Caddy Web サーバーなどの特定のクライアントが、証明書を正常に取得できませんでした。

HSM は IdM で完全にサポートされるようになる

Hardware Security Modules (HSM) が、Identity Management (IdM) で完全にサポートされるようになりました。IdM 認証局 (CA) および Key Recovery Authority (KRA) のキーペアと証明書を HSM に保存できます。これにより、秘密鍵マテリアルに物理的なセキュリティーが追加されます。

UBI ベースの Toolbox コンテナーで OpenGL と Vulkan がデフォルトでサポートされています

OpenGL と Vulkan は、更新された UBI ベースのツールボックスイメージから作成された Toolbox コンテナー内でデフォルトで動作するようになりました。これは RHEL Workstation ホストでの動作と同じです。これには、Mesa が提供するフリーソフトウェアドライバーのみが含まれ、NVIDIA などのプロプライエタリーなドライバーは含まれません。

Low Disk Space 通知に Web コンソールのマウントポイントが含まれるようになりました

複数のボリュームが同じ名前を持つ場合、Low Disk Space 通知にマウントポイントが含まれます。この機能拡張により、より多くの容量を必要としているファイルシステムに関するあいまいさが軽減されます。

cockpit がバージョン 344 にリベースされました

cockpit パッケージがバージョン 344 にリベースされました。RHEL 9.6 のバージョン 334 と比較して、次のような多くの改善と修正が行われています。

新しいサブパッケージ: cockpit-ws-selinux

cockpit_ws プロセスの SELinux ポリシーは、別のサブパッケージ cockpit-ws-selinux で提供されます。これにより、SELinux がインストールされていないシステムで RHEL Web コンソールを実行した場合に、コンソールが失敗することがなくなります。この変更が必要だった理由は、パッケージマネージャーが selinux_policy パッケージを依存関係としてインストールしてしまうためです。詳細は、システム上の cockpit_ws_selinux(8) man ページを参照してください。

ad_integration RHEL システムロールが、SSSD ドメインセクションの命名を制御し、重複を統合できるようになりました

この更新により、ユーザーは、ad_dyndns_update および ad_integration_sssd_custom_settings パラメーターによって管理される、ドメインまたはレルム固有の設定用の SSSD 設定ファイルで使用するセクションの名前を制御できるようになりました。デフォルトでは、ad_integration ロールは ad_integration_realm 変数の小文字版を使用します。しかし、ユーザーが ad_integration_realm の実際の大文字/小文字をそのまま使用する必要がある場合は、新しいオプション ad_integration_sssd_realm_preserve_case = true を使用すると、レルムの大文字/小文字の区別を保持できます。これにより、SSSD 設定ファイル内に、そのレルムのセクションが複数存在することになる可能性があります。複数のセクションのすべての設定を、選択したセクションに統合するには、新しい ad_integration_sssd_remove_duplicate_sections 設定を使用します。これにより、ad_integration システムロールが、SSSD 設定ファイル内のドメインおよびレルムセクションを正しく管理できるようになります。

journald RHEL システムロールがディスク領域を監視できるようになりました

この更新により、journald.conf ジャーナルサービスで SystemKeepFree オプションを設定して、システムジャーナルの最大サイズを設定できるようになりました。これにより、システム全体の安定性とパフォーマンスが向上します。その結果、journald_system_keep_free 変数を使用してサイズ制限を設定できるようになりました。値はメガバイト単位で指定します。デフォルト値はありません。デフォルトでは、journald のデフォルト値が使用されます。

metrics ロールが追加の PCP ドメインの有効化をサポートするようになりました

この更新により、rhel-system-roles パッケージで、metrics RHEL システムロールに metrics_optional_domains 変数が導入されました。ユーザーは、metrics ロールによって自動的に管理されるドメインに加えて、アクティブ化する追加の PCP ドメインのリストを指定できます。その結果、ユーザーは特定のユースケースに必要なドメインを有効にできるようになり、データの収集と監視の柔軟性が向上します。

journald の最大保持期間パラメーターを設定するための変数 MaxRetention を導入しました

この更新により、ユーザーは journald の最大保持期間パラメーターを設定し、時間に基づいてジャーナルファイルを削除できるようになりました。この機能拡張により、特定のデータ保持ポリシーに従ってログデータを柔軟に管理できるようになりました。その結果、時間ベースのログ削除とサイズベースのログ削除の両方が可能になります。これは、データ保持要件への準拠に役立ち、過剰なログの保存を防ぐことでシステム全体のパフォーマンスを向上させます。

podman ロールがあらゆる TOML 準拠の設定ファイルを生成するようになりました

この更新前は、現在の Jinja ベースのフォーマッターが、podman のあらゆる側面を設定するために必要なテーブルやインラインテーブルなど、多くの TOML 機能をサポートしていませんでした。この機能拡張により、単純な Jinja テンプレートではなく、正式な TOML フォーマッターを使用することで、TOML のすべての機能がサポートされるようになりました。その結果、podman ロールは、podman が使用できるあらゆる TOML 準拠の設定ファイルを生成できるようになりました。

firewall RHEL システムロールが、他のサービスもサポートするようになりました

この機能拡張により、firewall RHEL システムロールを使用して firewalld サービス定義を作成するときに、他のサービスを含めることができるようになりました。たとえば、http サービスと https サービスを含むサービス webserver を作成できます。その後、webserver サービスを有効にすると、firewalld が http および https サービスで定義されたポートを開きます。詳細は、firewalld RHEL システムロールを使用したカスタム firewalld サービスの作成 を参照してください。

rhel-system-roles でデフォルトのカーネルを設定する機能

以前は、ユーザーはシステムの起動時にどのカーネルをデフォルトとして設定するかを指定できませんでした。この制限により、管理者は自動化の際にデフォルトのカーネル選択を容易に管理することができませんでした。

メトリクスロールが Apache Spark メトリクスの収集とエクスポートをサポートするようになりました

以前は、ユーザーはメトリクスロールを使用して Apache Spark メトリクスを直接収集またはエクスポートすることはできませんでした。この更新により、rhel-system-roles パッケージに、Apache Spark からメトリクスを収集およびエクスポートするためのサポートが追加されました。次の 2 つの新しいブールパラメーターが導入されました。

rhel-system-roles.timesync ロールの使用時に、chronyd サービスを IPv4 のみで動作させることが可能になりました

この更新により、ノード上で IPv6 が無効な場合に、ユーザーが chronyd 設定をカスタマイズできるようになりました。この機能拡張により、2 つの選択肢が提供されます。1 つは timesync ロールに設定を追加して IPv6 を無効にする方法、もう 1 つは chronyd の OPTIONS 値を設定するためのパラメーターを渡す方法です。これらの方法により、rhel-system-roles.timesync ロールの使用時に、chronyd サービスを IPv4 のみで動作させることが可能になりました。これにより、IPv6 が無効な環境で時刻同期の正確性と安定性が向上します。

virtio-mem が IBM Z で利用可能になりました

この更新により、準仮想化メモリーデバイスである virtio-mem を IBM Z ハードウェアで使用できるようになりました。virtio-mem を使用すると、仮想マシンのホストメモリーを動的に追加または削除できます。

IBM Z ホスト用の新しいコマンド: virsh hypervisor-cpu-models

この更新により、virsh hypervisor-cpu-models コマンドが導入されました。IBM Z アーキテクチャーでこのコマンドを使用すると、ハイパーバイザーが認識する CPU モデルを表示できます。

IBM Z ゲスト向けのパフォーマンスが強化された PCI 変換

この更新により、IBM Z ホスト上の仮想マシン (VM) が、PCI デバイスに対して ID-mapped 型のダイレクトメモリーアクセス (DMA) を使用できるようになりました。この機能により、PCI デバイスパススルーのパフォーマンスが大幅に向上します。この機能を使用するには、システムを次のように設定する必要があることに注意してください。

64 ビット ARM ホスト上の仮想マシンの新機能

64 ビット ARM アーキテクチャー (aarch64) を使用する RHEL ホスト上の仮想マシンでは、次の機能がサポートされるようになりました。

新しい QEMU 設定パラメーター: migrate_tls_priority

この更新により、/etc/libvirt/qemu.conf ファイルで migrate_tls_priority パラメーターを設定できるようになりました。このパラメーターを使用すると、仮想マシンのライブマイグレーション時に TLS に関する QEMU の問題を回避できます。ご使用の環境でデフォルト設定が機能しない場合は、設定すべき推奨値を入手するために、Red Hat カスタマーサポートにお問い合わせください。

RHEL 上の OTel コレクターが TPM デバイスをサポートするようになりました

RHEL 上の OpenTelemetry (OTel) コレクターが、Trusted Platform Module (TPM) デバイスをサポートするようになりました。この機能により、OTel Collector は TPM デバイスから Transport Layer Security (TLS) 証明書を読み取ることができます。

対象となる RHEL イメージの自動登録の強化

この更新により、対象マーケットプレイスの対象イメージに基づいて作成された RHEL インスタンスが、Red Hat Update Infrastructure (RHUI) ではなく、Red Hat コンテンツ配信ネットワーク (CDN) からコンテンツと更新を自動的に受信するようになりました。RHUI リポジトリーはデフォルトでオフになっています。

新しいパッケージ: azure-vm-utils

この更新により、Microsoft Azure 上のゲストオペレーティングシステムとして RHEL 9 を使用するエクスペリエンスを最適化するためのユーティリティー群と udev ルール集を提供する azure-vm-utils パッケージが追加されました。

Azure 機密仮想マシンで RHEL が利用可能になりました

RHEL 機密仮想マシン (CVM) イメージを使用して、Microsoft Azure 上で RHEL CVM を作成して実行できます。このイメージは、Azure の Confidential OS ディスク暗号化機能により、完全なディスク暗号化をサポートしています。

sos が、サポート診断の改善のために Satellite メトリクスファイルを収集するようになりました

sos の foreman-installer プラグインが、/var/lib/foreman-maintain/ ディレクトリーにある satellite_metrics.yml ファイルを収集するようになりました。これにより、Satellite のどの機能がどの程度使用されているかを把握できます。

新しい rhel9/valkey-8 コンテナーイメージが RHEL で一般提供になりました

新しく利用可能になった rhel9/valkey-8 コンテナーイメージでは、アトミック操作が可能であり、文字列、ハッシュ、リスト、セット、ソート済みセットなどのさまざまなデータ型がサポートされています。このイメージは、インメモリーのデータセットを使用するため、高いパフォーマンスを実現します。このデータセットは、ディスクに保存することも、ログにコマンドを付加することで保存することもできます。

再現可能なコンテナービルドのサポートが向上しました

再現可能なビルドにより、特定の入力セットから一貫して同じ出力が生成されるようになります。この機能拡張は、これまでコンテナーイメージビルドの再現性を複雑にしていたいくつかの要因に対処するものです。-source-date-epoch と -rewrite-timestamp を使用すると、ビルドの再現性が向上し、$SOURCE_DATE_EPOCH の設定や検索などの一般的なプラクティスとの整合性が向上します。ただし、完全な再現性を保証することはできません。

Podman RESTFUL API の新しいアーティファクトエンドポイント

Podman RESTFUL API に新しいアーティファクトエンドポイントが追加され、OCI アーティファクトをプログラムによって管理できるようになりました。この機能拡張により、OCI アーティファクトの操作を既存のシステムやスクリプトに統合することが容易になります。

Container Tools パッケージが更新されました

Podman、Buildah、Skopeo、crun、runc ツールを含む、更新された Container Tools RPM メタパッケージを利用できます。Buildah パッケージはバージョン v1.41.0 に更新され、Skopeo はバージョン 1.20.0 に更新されました。

ADD および COPY 命令が、--link オプションをサポートするようになりました

Buildah と Podman が、Containerfiles 内の ADD および COPY 命令の --link フラグをサポートするようになりました。このフラグを使用すると、ビルドされるイメージに新しいコンテンツが独立したレイヤーとして追加されます。

新しいコンテナーイメージが利用可能になりました

Red Hat Ecosystem Catalog に、以下の新しいコンテナーイメージが登録されています。

RHEL Image Mode が、実行時のルートレベルのディレクトリーとシンボリックリンクの作成をサポートするようになりました

このリリースでは、RHEL Image Mode を使用して、システムのデプロイ後にルートレベルのディレクトリーとシンボリックリンクを作成してから、ファイルシステムを読み取り専用モードに戻すことができます。その結果、ファイルシステムの要件がそれぞれ異なる複数のデプロイメント環境で、単一のベースイメージを使用できるようになります。

bootc-image-builder がデフォルトでローカルコンテナーストレージを使用します

このリリースでは、bootc-image-builder ツールはデフォルトでローカルモードで動作するようになりました。つまり、リモートレジストリーからコンテナーイメージをプルしなくなりました。ディスクイメージをビルドするには、ディスクイメージをビルドする前に、システムのローカルコンテナーレジストリーにベース bootc コンテナーイメージを事前にロードする必要があります。自動イメージプルに依存する既存のワークフローがある場合は、そのワークフローを更新する必要があります。この変更により、ビルドプロセス中の外部ネットワークへの依存が減り、セキュリティーが向上します。

コマンドラインアシスタントが Image Mode for RHEL をサポートするようになりました

この機能拡張により、Containerfile をカスタマイズして command-line-assistant パッケージを追加し、コンテナーイメージからディスクイメージを作成し、そのイメージを使用してシステムを起動できるようになりました。その結果、システムイメージにコマンドラインアシスタントがプリインストールされた状態になります。コマンドラインアシスタントは、subscription-manager でシステムを登録した後に使用できるようになります。

コマンドラインアシスタントの入力コンテキスト制限が 32KB に増加しました

この更新前は、コマンドラインアシスタントには 2 KB の入力コンテキスト制限があり、入力がこの制限を超えると機能しませんでした。その結果、ユーザーエクスペリエンスが制限され、2 KB の入力コンテキスト制限により十分なログ分析が不可能でした。このリリースでは、コマンドラインアシスタントの入力コンテキスト制限が 2 KB から 32 KB に増加されました。その結果、コマンドラインアシスタントがより大きな入力コンテキストをサポートするようになり、ログ分析と潜在的な問題の検出が向上しました。

RHEL Lightspeed コマンドラインアシスタントのエラー処理と終了コードが改善されました

この機能拡張により、コマンドラインアシスタントで、次のようなエラー処理と終了コードが改善されました。

コマンドラインアシスタントの -w オプションで現在の出力が表示されます

この更新前は、現在の enable-capture モードを使用せずに -w オプションを使用しようとすると、コマンドラインアシスタントによって以前のセッションの出力が誤って表示されていました。この更新により、-w オプションから出力が行われる前に、ターミナルキャプチャーログファイルが能動的に検証されるようになりました。その結果、前述の問題が修正され、表示される出力が正確になりました。

VDO 論理ボリュームが存在する場合にインストールが失敗しなくなりました

この更新前は、ユーザーが dm_vdo カーネルモジュールのないシステムで既存の Logical Volume Manager Virtual Data Optimizer (LVM VDO) ボリュームを削除しようとすると、RHEL のインストールが失敗していました。この更新により、VDO がサポートされていないシステムで LVM VDO ボリュームを削除しても、インストールが成功するようになりました。

インストーラーが BOOTIF ブート引数を適用するようになりました

以前は、RHEL インストーラーは BOOTIF=<MAC> ブート引数を無視し、使用可能なすべてのネットワークインターフェイスをアクティブ化していました。この修正により、インストールプログラムは BOOTIF 引数を適切に処理し、インストールプロセス中に指定されたネットワークデバイスだけをアクティブ化するようになりました。

SSH 接続の失敗時に詳細なヘルプメッセージが表示されなくなりました

この更新前は、SSH 接続が失敗すると、一般的な SSH エラーと Red Hat ヘルプへのリンクを含むメッセージが表示されていました。その結果、エラー出力のヘルプメッセージにより、ユーザースクリプトや自動化が動作しなくなっていました。この更新により、SSH がログレベル debug1 以上で実行された場合にのみ、ヘルプメッセージが表示されるようになりました。その結果、エラー出力にデフォルトで予期しないメッセージが含まれなくなりました。

OpenSC が逆参照前のメモリー解放を回避するようになりました

この更新前は、OpenSC が公開鍵を読み取る際に、逆参照によってメンバーが解放されていました。これにより、メモリーに保存された値の予期しない動作が発生しました。この更新により、逆参照前にメモリーを解放することが回避されるようになりました。その結果、OpenSC が公開鍵の読み取りを正しく処理するようになりました。

RPM データベースを繰り返し更新しても、fapolicyd が原因でデータベースがクラッシュしなくなりました

この更新前は、fapolicyd が enforcing モードのときに RPM データベースを繰り返し更新すると、バスエラー (SIGBUS) が発生し、RPM データベースが予期せず終了していました。このリリースでは、RPM データベースの更新に対する fapolicyd の SIGBUS の保護が強化されました。その結果、fapolicyd を有効にして RPM データベースを繰り返し更新しても、データベースがクラッシュしなくなりました。

fapolicyd-cli --file add が、通常以外のファイルの処理時に失敗しなくなりました

この更新前は、fapolicyd-cli --file add コマンドを実行しても、ソケットなどの通常以外のファイルを含むディレクトリーを、信頼データベースに追加できませんでした。この更新により、問題が解決され、上記の状況で fapolicyd-cli --file add が失敗しなくなりました。

subscription-manager は端末に不要なテキストを保持しなくなる

RHEL 9.1 以降、subscription-manager は操作の処理中に進行状況情報を表示します。以前は、一部の言語 (通常は非ラテン語) では、操作の終了後に進行状況メッセージがクリーンアップされませんでした。この更新により、操作の終了時にすべてのメッセージが適切にクリーンアップされます。

dnf download --url でパッケージ URL が正しく報告されるようになりました

この更新前は、dnf download --url コマンドを使用してパッケージ URL を取得すると、xml:base 属性ではなく、リポジトリーメタデータの場所を基準としたパッケージアドレスを DNF が誤って報告していました。

イメージモードのデプロイ環境で、/var/lib/tftpboot ディレクトリーがデフォルトで作成されます

以前は、イメージモードのデプロイ環境で、tftp-server パッケージをインストールしても /var/lib/tftpboot ディレクトリーが作成されませんでした。これは、既存のイメージモードのデプロイ環境にパッケージを追加した際に、/var ディレクトリーへの変更が適用されないために発生していました。

top -u コマンドは、プロセスをメモリー順に並べ替えるときに、少なくとも 1 つのプロセスを表示するようになりました

以前は、-u <user> パラメーターを指定して top コマンドを実行する際に、user がコマンドを実行しているユーザーと異なっていた場合、プロセスをメモリー順に並べ替えるために M キーを押すとすべてのプロセスが消えていました。この更新により、top コマンドは、プロセスをメモリー順に並べ替えるときに、少なくとも 1 つのプロセスを表示するようになりました。

chronyc reload sources コマンドが、ホスト名で指定されたソースを正しく処理できるようになりました

以前は、chronyd の chronyc reload sources コマンドが、chrony.conf ファイルで指定された sourcedir ディレクトリーからソースを誤って再ロードしていました。この動作は、1 つのホスト名が複数の IP アドレスに解決される場合に chronyd が重複したソースを登録する原因となっていました。その結果、ソースの数が予期せず増加していました。

DAV リポジトリーの場所が正規表現の一致を使用して設定されている場合に httpd が正常に動作します

以前は、Apache HTTP Server で正規表現の一致 (LocationMatch など) を使用して Distributed Authoring and Versioning (DAV) リポジトリーを設定すると、mod_dav httpd モジュールがパス名からリポジトリーのルートを特定できませんでした。その結果、httpd は、サードパーティープロバイダー (たとえば、Subversion の mod_dav_svn モジュール) からのリクエストを処理できませんでした。

DAV リポジトリーの場所が正規表現の一致を使用して設定されている場合に httpd が正常に動作します

以前は、Apache HTTP Server で正規表現の一致 (LocationMatch など) を使用して Distributed Authoring and Versioning (DAV) リポジトリーが設定されている場合、mod_dav および httpd モジュールがパス名からリポジトリーのルートを特定できませんでした。その結果、httpd は、サードパーティープロバイダー (たとえば、Subversion の mod_dav_svn モジュール) からのリクエストを処理できませんでした。

DBD::MySQL ドライバーが、caching_sha2_password が有効な MySQL 8 サーバーへの TLS 暗号化接続を確立するのに失敗しなくなりました

以前のリリースでは、perl-DBD-MySQL パッケージが libmariadb ライブラリーに誤ってリンクされていました。そのため、次の条件がすべて当てはまる場合、Perl アプリケーションが接続を確立できませんでした。

/etc/iproute2/ 内のカスタム iproute2 設定が期待どおりに動作します

以前は、RHEL 9.6 に更新すると、iproute2 パッケージによってデフォルトの設定が /usr/share/iproute2/ ディレクトリーに保存されていました。また、/etc/iproute2/ にカスタム設定がある場合、更新時に関連するファイルの名前が変更され、.rpmsave 接尾辞が追加されていました。その結果、カスタム設定が適用されていませんでした。RHEL 9.7 バージョンの iproute2 パッケージに更新すると、パッケージ内のインストールスクリプトがカスタム設定ファイルの名前を変更しなくなります。また、/etc/iproute2/ に .rpmsave 接尾辞を持つファイルが検出された場合、スクリプトがこの接尾辞を削除します。その結果、カスタム設定が期待どおりに再び機能するようになります。

実行時に SR-IOV VF の数を減らしてもカーネルがパニックを起こさなくなりました

以前のリリースでは、次の条件がすべて当てはまる場合、Linux カーネルがパニックを起こすことがありました。

xtables モジュールが再び非推奨として指定されました

この更新前は、iptables、ip6tables、arptables、ebtables、および ip_set ドライバーが、誤ってメンテナンス対象外として指定されていました。その結果、RHEL が Unmaintained driver is detected: <driver> という警告をログに記録していました。このリリースで、上記のドライバーは再び非推奨として指定されました。その結果、システムが誤ったサポート状況の警告を報告しなくなりました。

xdp-loader features コマンドが期待どおりに動作するようになりました

xdp-loader ユーティリティーは、libbpf の以前のバージョンに対してコンパイルされていました。その結果、xdp-loader features はエラーで失敗していました。

Mellanox ConnectX-5 アダプターが DMFS モードで動作する

以前は、イーサネットスイッチデバイスドライバーモデル (switchdev) モードを使用しているときに、ConnectX-5 アダプターのデバイス管理フローステアリング (DMFS) モードで設定されていると、mlx5 ドライバーが失敗していました。したがって、以下のエラーメッセージが表示されていました。

VMware vCenter が、実行中の RHEL 仮想マシンから SATA ディスクを正しく削除できるようになりました

以前は、VMWare vCenter インターフェイスを使用して、VMware ESXi ハイパーバイザー上で実行中の RHEL 9 ゲストから SATA ディスクを削除しても、ディスクが完全に削除されませんでした。ディスクは機能しなくなり、vCenter インターフェイスではディスクがゲストから消えましたが、SCSI インターフェイスではディスクがゲストに接続されていることが引き続き検出されていました。 この更新により、SCSI インターフェイスで、接続が解除された状態のディスクが正しく表示されるようになりました。

パフォーマンスの低下を防ぐために、stalld スケジューリングポリシーのリグレッションを修正しました

この更新前は、stalld スケジューリングポリシーの変更が原因で、Node Tuning Operator の CI が正常に動作していませんでした。この変更により、サービスは起動後に SCHED_FIFO ではなく SCHED_OTHER に戻るようになっていました。その結果、リアルタイムワークロードのパフォーマンスが低下し、PR をマージできないことがありました。この更新により、systemd ユニットファイルで stalld の優先度が 10 に設定され、stalld が SCHED_FIFO で確実に動作するようになりました。これにより、期待される動作が復元され、リアルタイムワークロードのパフォーマンスが向上します。

osnoise/cpus に、コンマ区切りの長い CPU のリストを設定できるようになりました

この更新前は、無効な引数エラーが発生するため、osnoise/cpus にコンマ区切りの長い CPU リストを設定することができませんでした。この制限は、レイテンシーのデバッグとトラブルシューティングに影響を与えていました。このリリースでは、RTLA レイテンシーのデバッグとトラブルシューティングを強化するために、osnoise/cpus にコンマ区切りの長い CPU リストを入力できるようになりました。

aarch64 システムにおける irqbalance サービスのバッファーオーバーフロー

以前は、特定の aarch64 マシンで irqbalance サービスを実行すると、バッファーオーバーフローによりサービスがクラッシュすることがありました。その結果、割り込みが CPU 間で適切に分散されなかったため、レイテンシーの影響を受けやすいワークロードでパフォーマンスの低下が発生する場合がありました。この更新により、irqbalance サービスのバッファーオーバーフローの問題が修正されました。

rtla timerlat が起動時に osnoise 停止トレーシングのしきい値をリセットしない

この更新前は、stop_tracing フラグをクリアせずに rtla timerlat を複数回使用すると、RTLA が不整合な状態のままになっていました。その結果、-a、-T、または -i オプションでトレーシングの停止が要求されないと、トレースが正しく停止しませんでした。これにより、RTLA が終了すべきでないときに終了していたため、不正確なデータが報告されていました。この更新により、rtla-timerlat が停止トレーシング用の変数をリセットし、早期終了を防止するようになりました。その結果、プログラムの安定性が向上しました。

rtla timerlat が、100 個以上の CPU を搭載したシステムで高頻度サンプリングを処理できるようになりました

この更新前は、tracefs のバッファー処理が不十分だったため、100 個を超える CPU を搭載したシステムで、rtla timerlat が 100 us 周期以上の timerlat サンプルを処理できませんでした。その結果、サンプルがドロップされ、timerlat の測定値が不正確になり、リアルタイムのパフォーマンス分析に影響が及んでいました。このリリースでは、timerlat のサンプルが測定 CPU 上で直接収集され、バッファーオーバーフローの問題が解消されます。その結果、rtla timerlat はコア数の多いシステムで正確な測定値を提供し、信頼性の高いリアルタイムパフォーマンス分析を可能にします。

パスがオフライン状態のデバイスを multipathd が監視できるようになりました

この更新前は、一部のデバイスへのパスがオフライン状態のときにユーザーがマルチパスデバイスを作成すると、multipathd デーモンがデバイスまたはそのパスを監視しませんでした。その結果、パスが機能しなくなると、再び使用可能になってもパスは復元しませんでした。この更新により、multipathd デーモンがマルチパスデバイスとそのオフラインパスを監視するようになりました。また、multipathd は、マルチパスデバイスがオンラインになると、そのパスをマルチパスデバイスに追加します。

VDO ドライバーが、null ポインター逆参照によってクラッシュしなくなりました。

この更新前は、特定のタイミング条件下で VDO デバイスに新規データと重複データを混合して書き込むと、ダングリングポインターが残っていました。その結果、null ポインター逆参照とシステムクラッシュが発生していました。このリリースでは、ダングリングポインターの問題が修正されました。その結果、VDO ドライバーが動作を継続し、ユーザーデータを保存するようになりました。

RHEL インストールプログラムが破損した LVM シンボリュームを削除します

以前は、破損した LVM シンボリュームが存在するとストレージ設定エラーが発生し、インストールプロセスがブロックされていました。この修正により、RHEL インストールプログラムが破損したシンボリュームを検出して削除するようになりました。その結果、ユーザーがインストールプロセスに手動で介入する必要がなくなります。

/etc/fstab にマウントポイントとして NVMe-FC デバイスを追加すると、システムが正常に起動する

以前は、nvme-cli nvmf-autoconnect systemd サービスの既知の問題により、Non-volatile Memory Express over Fibre Channel (NVMe-FC) デバイスを /etc/fstab ファイルのマウントポイントとして追加すると、システムが起動できませんでした。その結果、システムは緊急モードに入っていました。この更新により、NVMe-FC デバイスをマウントした際に、システムが問題なく起動するようになりました。

target-role 値が大文字でないことが原因で pcs コマンドが失敗しなくなりました

この更新前は、リソースの target-role メタ属性が、Stopped ではなく stopped のように大文字でない値に設定されていた場合、pcs がクラスターのステータスを解析できませんでした。この解析エラーにより、pcs status query resource コマンドと、pcs resource delete などのリソースを削除するコマンドが失敗していました。

fence_ibm_powervs がプレーンテキストのトークンファイルをサポートするようになりました

この更新前は、fence_ibm_powervs エージェントは JSON 形式のファイルからのみ認証トークンを読み取ることができました。プレーンテキストファイルからトークンを読み取ることはできませんでした。

起動または停止時間が長い systemd リソースが正しく処理されるようになりました

この更新前は、Pacemaker は systemd リソースの起動および停止アクションの結果を、一定のタイムアウトを使用してポーリングしていました。リソースの起動または停止にこのタイムアウトよりも長い時間がかかった場合、Pacemaker は誤ってリソースを失敗とマークしていました。

クォーラムが失われたときに、Pacemaker Remote ノードが不必要にフェンスされなくなりました

この更新前は、特定のクラスター設定において、Pacemaker Remote ノードのパーティションがクォーラムを失ったときに、ノードがフェンスされることがありました。これは、そのノードを管理しているリソースが、クォーラムを持つ別のノード上で安全に再起動できる場合でも発生していました。この動作により、Pacemaker Remote ノードで実行されているサービスに不要なダウンタイムが発生していました。

fence_kubevirt がノードの電源を即座にオフにします

この更新前は、fence_kubevirt エージェントがノードのグレースフルシャットダウンを実行していました。これにより、ノードの電源がすぐにオフにならないため、フェンシングプロセスに遅延が発生していました。

fence_sbd が、個々の SBD デバイスの障害に対してより耐性を持つようになりました

以前は、設定されている 1 つ以上の SBD デバイスが初期チェックに失敗すると、fence_sbd エージェントが終了し、操作が失敗していました。これにより、他の SBD デバイスが健全であっても、フェンシング操作を完了できませんでした。

glibc の監査モジュールにおける再帰的な dlopen の呼び出しのサポートが強化されました

以前は、監査モジュールからの再帰的な dlopen の呼び出しにより、glibc の dl-open.c で、r_state == RT_CONSISTENT アサーションエラーが発生することがありました。その結果、監査モジュールがアクティブなときにアプリケーションが予期せず終了していました。この更新により、dlopen 呼び出しの実行中に、動的リンカーがその内部データ構造の整合性を、より早い段階で報告するようになりました。その結果、監査モジュールの再帰的な dlopen 操作が、より多くのケースでサポートされるようになりました。

glibc: 監査モードでの初期 TLS 割り当て中にアプリケーションがクラッシュする

以前は、監査モードで、プロセスの起動中にメインの malloc が初期化される前に、メインの realloc 関数を使用して、スレッドローカルストレージ (TLS) 管理に関連する内部データ構造が割り当てられていました。その結果、malloc によって割り当てられていないメモリーに対して realloc が呼び出されると、アプリケーションがクラッシュしていました。

glibc: ctype.h マクロが、複数の libc.so を持つマルチスレッドプログラムで、セグメンテーション違反を引き起こしていました

以前は、audit または dlmopen によって作成されたセカンダリー C ライブラリーコピー内の <ctype.h> の内部状態が、pthread_create で作成されたスレッドの初期化に失敗していました。その結果、セカンダリースレッドおよび名前空間で <ctype.h> の機能を直接的または間接的に使用すると、プログラムがクラッシュしていました。

glibc の監査ロギングが、完全なオブジェクトライフサイクルの追跡を提供するようになりました

以前は、glibc の動的リンカーが、セカンダリー名前空間において、先に la_objopen を呼び出さずに、プロキシー ld.so リンクマップに対して la_objclose を呼び出していました。そのため、共有オブジェクトを追跡するために la_objopen に依存するツールにとって、オブジェクトのライフサイクルに関する報告が不完全なものになっていました。

glibc を監査モードで実行しても、特定のプログラムがクラッシュしなくなりました

この更新前は、LD_AUDIT モードの glibc 動的リンカーは、リンカーがメインの malloc サブシステムを初期化する前に、メインの calloc 関数を使用して内部データ構造を割り当てることがありました。そのため、プログラムの起動時にプロセスが calloc 関数で予期せず終了することがありました。この更新により、プロセスの起動シーケンスが変更されました。その結果、起動時に使用される内部の malloc 実装を使用して、メインの malloc 関数に切り替える前に calloc メモリー割り当てが行われるようになりました。その結果、動的リンカーが監査モードを使用している場合でも、プログラム実行時に、起動中に calloc 関数内でプログラムがクラッシュしなくなりました。

glibc の stdio フラッシュの問題が修正されました

この更新前は、glibc の特定の stdio ストリームにおいて、バッファリングされた読み取りを行った後に正しい位置へシークして戻ろうとすると、fclose の実行中に処理が失敗することがありました。その際、シーク不可能な入力に対して、期待される ESPIPE ではなく EINVAL が返されていました。その結果、パイプやその他のシーク不可能な記述子に対して fclose を使用するアプリケーションでは、予期しないエラーが発生する場合がありました。これにより、I/O のクリーンアップが失敗し、ファイルの位置指定動作に一貫性がなくなることがありました。

popen と fork を並行して呼び出しても、アプリケーションでデッドロックが発生しなくなりました

この更新前は、マルチスレッドアプリケーションが別々のスレッドで popen と fork を呼び出し、かつ popen が内部ロックを保持している間に fork が発生すると、子プロセスがロックされた状態を継承することがありました。子プロセスが再度 popen を呼び出した場合には、デッドロックが発生することがありました。

go-rpm-macros の Golist コマンドラインパーサーの修正

この更新前は、コマンドラインパーサーの置き換えにより、Golist が特定のファイルを正しく処理していませんでした。その結果、一部のプログラムのビルドが失敗していました。この更新により、Golist に元のコマンドラインパーサーが復元されました。

ipa-cacert-manage install で重複した CA サブジェクトが許可されるようになりました

以前は、IdM がサブジェクトの重複を禁止していたため、ipa-cacert-manage install を使用して、サブジェクトは同一だが秘密鍵が異なる CA 証明書を追加しようとすると、subject public key info mismatch というメッセージが表示されて失敗していました。

新しく作成されたユーザーパスワードポリシーが正しく表示されます

この更新前は、Class of Service (CoS) テンプレートの cosAttribute 属性に、operational-default 修飾子ではなく operational 修飾子が設定されていました。その結果、サブツリーパスワードポリシーとユーザーパスワードポリシーの両方が存在する場合に、pwdpolicysubentry 属性が、ユーザーパスワードポリシーではなくサブツリーパスワードポリシーを参照していました。このリリースでは、CoS テンプレートは operational-default 修飾子を使用します。そのため、ユーザーポリシーが正しく表示されます。

IP アドレスにワイルドカードを使用する RootDN Access Control プラグインが失敗しなくなりました

この更新前は、RootDN Access Control プラグインの設定で、ワイルドカードを使用した IP アドレスを設定しようとすると、Invalid IP address エラーが発生して設定が失敗していました。このリリースでは、検証機能が更新されました。その結果、ワイルドカードを使用した値の設定が失敗しなくなりました。

Directory Server の Web コンソールで Databases メニューが期待どおりに開きます

この更新前は、作成したデータベース名に間違った接尾辞構文が含まれている (たとえば、名前に dc= が含まれている) 場合、Directory Server Web コンソールで Databases メニューを開くことができませんでした。この更新により、Directory Server は、バックエンドの作成中にマッピングツリーの作成が失敗した場合でも、孤立したバックエンドの発生を防ぐために、ロールバック機能を使用するようになりました。その結果、Databases メニューが期待どおりに開くようになりました。

nsslapd-referral を追加しても Directory Server が失敗しなくなりました

この更新前は、リファラルを使用するように Directory Server を設定しようとすると、ページ化された検索結果の処理が不適切であったために、サーバーが失敗していました。

NDN キャッシュが無効な場合でも Directory Server の監視情報を期待どおりに利用できます

この更新前は、Normalized DN (NDN) キャッシュが無効な場合、バックエンドの get-tree コマンドの失敗が適切に処理されないため、dsconf <instance_name> monitor dbmon コマンドがエラーで失敗していました。このリリースでは、バックエンドの作成中にツリーの作成が失敗した場合に孤立したバックエンドの発生を防ぐために、ロールバック機能が追加されました。その結果、Directory Server の監視情報が期待どおりに返されるようになりました。

Directory Server が、特定のノード配下にある子エントリーの数を正しく表示するようになりました

この更新前は、numSubordinates 属性と numTombstoneSubordinates 属性がインポート中に誤って計算されていました。その結果、特定のノード配下にある子エントリーの数を比較すると、間違った値が表示されていました。

Directory Server の Web コンソールにサーバーのバージョンが表示されるようになりました

この更新前は、Web コンソールの Server Settings>General Settings​​ に、サーバーバージョンが表示されませんでした。この更新により、サーバーのバージョンが正しく表示されるようになりました。

NDN キャッシュの操作中に Directory Server が失敗しなくなりました

この更新前は、389-ds-base の Rust 依存関係で使用されていた arc-swap ライブラリーにより、NDN キャッシュの操作中に Directory Server で障害が発生することがありました。このリリースでは、Directory Server は、arc-swap ライブラリーを含まない更新版の Rust 依存関係 (concread) 0.5.7 を使用します。その結果、Directory Server で障害が発生しなくなりました。

Directory Server が、ネストされたグループのメンバーシップを正しく表示するようになりました

この更新前は、次の条件が揃うと、Directory Server が特定エントリーの memberOf 属性の値を誤って表示していました。

389-ds-base が LMDB のオフラインインポート中に失敗しなくなりました

この更新前は、ワーカースレッドが、別のプロセスによるエントリーへの書き込みが完了する前にそのエントリーを読み取ると、競合状態が発生していました。その結果、Lightning Memory-Mapped Database Manager (LMDB) バックエンドを使用するインスタンスでオフラインインポートを実行すると、セグメンテーション違反が発生していました。

dsconf がレプリケーション監視情報を正しく返します

この更新前は、0 で始まるレプリカ (010 や 020 など) を使用してサプライヤーが設定されている場合、dsconf <instance_name> replication monitor コマンドで、遅延時間またはレプリケーションステータスに関する情報を取得できませんでした。

ipa-healthcheck が replica busy 状態を無視するようになりました

この更新前は、サプライヤーが 2 つ以上あるトポロジーで、サプライヤーが別のノードから更新を受信しているときに、ipa-healthcheck ツールによってレプリカ合意ステータスに関するエラーが報告されていました。これは通常のレプリケーション状況です。このリリースでは、レプリカがビジー状態のときに ipa-healthcheck がエラーを報告しなくなりました。

Directory Server が読み取り専用モードで正常に起動します

この更新前は、読み取り専用モードを設定すると Directory Server が起動しませんでした。この更新により、nsslapd-readonly 属性が正しく処理され、サーバーが期待どおりに読み取り専用モードで起動するようになりました。

廃止された /var/log/tallylog ログファイルの作成が削除されました

この更新前は、pam.conf ファイルの古い設定により、/var/log/tallylog ファイルが作成されていました。現在は、廃止された pam_tally に代わる pam_faillock がシステムで使用されるため、/var/log/tallylog ファイルは不要になりました。

デフォルトの GDM セッション定義によってカスタム定義がオーバーライドされなくなりました

この更新前は、/usr/ ディレクトリーの GNOME Display Manager (GDM) セッションの優先度が、/etc/ のセッションよりも高くなっていました。その結果、/usr/ のカスタムセッション定義によって /etc/ の定義がオーバーライドされていました。このリリースでは、/etc/ のセッションの優先度が高くなりました。そのため、カスタム定義の優先度が、GDM セッション設定 で定義されたとおりに正しく機能します。

encryption_key がマスクされなくなりました

この更新前は、encryption_key パラメーターが誤って no_log とマークされていました。これにより、鍵ファイルのパスがプレースホルダー文字列に置き換えられ、ディスクの暗号化が機能しなくなっていました。この更新により、encryption_key パラメーターに no_log フラグが付かなくなり、鍵ファイルを使用してディスク暗号化を正常に実行できるようになりました。

RAID が無効な設定やサポートされていない設定に対して明確なエラーを報告するようになりました

この更新前は、無効な RAID レベルや不十分なディスクを指定しても、明確なエラーが発生しませんでした。そのため、アレイの作成が失敗するか、作成の一貫性が失われていました。その結果、エラーメッセージが不明瞭になり、RAID セットアップの信頼性が低下していました。このリリースでは、アレイの作成前に RAID パラメーターが検証され、最小ディスク数が適用されます。その結果、明確なエラーが発生し、不十分なディスクで RAID を作成しようとすると、作成がブロックされます。

LVM RAID が暗号化されたデバイスとパーティションが設定されたデバイスをサポートするようになりました

この更新前は、LVM RAID のコードで、raid_disks に指定されたディスクがすべての LVM RAID 構成において PV の親デバイスであると想定されていました。この想定は、暗号化されたデバイスやパーティションが設定されたデバイスには当てはまりませんでした。その結果、暗号化された LUKS レイヤーによって追加のストレージレイヤーが追加されたとき、または親デバイスなしで直接パーティションが使用されたときにエラーが発生していました。このリリースでは、LVM RAID の PV の解決処理が改善され、暗号化されたデバイスとパーティションが設定されたデバイスがサポートされるようになりました。その結果、基礎となるディスクの代わりに PV パーティションを指定できるようになりました。

ボリュームのわずかなサイズの不一致が、ロールによる誤った報告を引き起こすことがなくなりました

この更新前は、ボリュームを作成またはサイズ変更するときに、要求されたサイズと実際のサイズの間の差が最大 2% まで許容されていました。この調整は、ボリュームをプールの使用可能な空き領域に収めるためのものでした。その結果、ロールを再度実行したときにサイズが一致せず、ロールは何か変更があったと誤って想定していました。このリリースでは、サイズがわずかに違う場合に、変更があったと誤解されることがなくなりました。その結果、ロールが正しい状態を報告するようになりました。

postfix RHEL システムロールが、IPv6 インターフェイスが無効かどうかを自動検出します

デフォルトの postfix 設定は、inet_interfaces = localhost 設定を使用します。この設定は、IPv4 と IPv6 の両方のインターフェイスを含む、localhost に解決されるすべてのインターフェイスを待ち受けるよう postfix に指示します。この更新前は、ホスト上で IPv6 が無効になっていると問題が発生していました。その場合、postfix ロールと、postconf などのコマンドラインツールがエラーを返していました。また、ロール全体が失敗していました。このリリースでは、ロールによって IPv6 が無効かどうかが確認されます。無効な場合は、postfix が IPv4 インターフェイスのみを使用するように、ロールによって inet_protocols = ipv4 が設定されます。その結果、IPv6 が無効な場合でも postfix ロールが機能するようになりました。

timesync RHEL システムロールが、/etc/sysconfig/chronyd からデフォルト設定 OPTIONS="-F 2" を削除しなくなりました

この更新前は、timesync システムロールによって、chronyd サービスのデフォルトの OPTIONS= 設定が "" に置き換えられていました。その結果、デフォルトの OPTIONS="-F 2" 設定が削除され、chronyd のセキュリティーが低下していました。このリリースでは、OPTIONS のデフォルト設定として -F 2 が追加され、ユーザーがこの設定をオーバーライドまたは拡張できるようになりました。その結果、timesync ロールは、ユーザーによるカスタマイズを許可しながら、正しいセキュリティー設定を適用するようになりました。

rhel-system-roles における、値を持つカーネルオプションの削除が改善されました

以前は、ユーザーがキーのみを指定した場合、key=value 形式で指定されたカーネルブートオプションを削除できず、不要なブートパラメーターが永続化され、カーネルオプションの名前による管理が一貫性を欠いた状態になっていました。この更新により、mod_boot_args 関数の正規表現が更新され、カーネルオプションと値を正しくマッチさせて削除するようになりました。また、正しい動作を確認するための自動テストが追加されました。

GSSAPIIndicators が sshd ロールに追加されました

Generic Security Services Application Programming Interface (GSS-API) を設定するための新しい設定オプション GSSAPIIndicators が RHEL 10 に追加されました。この更新により、GSSAPIIndicators 設定オプションが sshd RHEL システムロールに追加されます。その結果、RHEL システムロールを使用して RHEL 10 システムで GSSAPIIndicators を設定できるようになりました。

bootloader ロールがブール型または null 型の値を拒否します

この更新前は、ユーザーは value: on や value: yes などの値が文字列 "on" または "yes" に変換されることを想定して、値を指定することができました。しかし、YAML はこれらを YAML ブール型 として扱い、文字列 "True" として書き込みます。そのため、YAML ブール型の処理を知らないユーザーは、"on" や "off" などの値を設定できませんでした。この更新により、bootloader RHEL システムロールが、ブール型または null 型の値を拒否するようになりました。そのため、ユーザーは、このような YAML ブール型の値を、引用符で囲んだ文字列の形で入力し、ブートローダー設定に書き込む必要があります。また、この情報で Readme が更新されました。

sudo ロールがエイリアス値を解析する際にハングしなくなりました

この更新前は、Cmnd_Alias などのエイリアス値では等号 = の両側にスペースを入れる必要がないことが、sudo RHEL システムロールの正規表現で考慮されていませんでした。その結果、正規表現の処理が終了しなくなり、ロールがハングしたように見えていました。この更新により、sudoers ファイルの仕様にあるフィールドの eBNF 定義に正規表現が準拠していることをロールが確認するようになりました。その結果、= の前後にスペースがあってもなくても、エイリアス値が正しく解析されるようになりました。

複数のユーザーを指定しても、リソースが間違ったユーザーに関連付けられることがなくなりました

この更新前は、複数のユーザーを管理するときに、__podman_user および __podman_user_home_dir 変数値のファクトと変数が混在していたため、ユーザーデータの汚染が発生していました。その結果、複数のユーザー間でユーザーデータが混在し、各ユーザーに誤った設定ファイルが使用されていました。このリリースでは、__podman_user および __podman_user_home_dir のファクトと変数の混在を回避することで、ユーザーデータの分離が維持されます。その結果、複数のユーザーのユーザーデータが分離され、リソース管理の一貫性が向上します。

selinux ロールが、Ansible チェックモードの未定義の tempdir パスに起因するエラーを生成しなくなりました

この更新前は、Ansible チェックモードで tempdir パスが定義されておらず、__selinux_item.path が未定義になることがありました。その結果、チェックモードの実行中、selinux RHEL システムロールで、さまざまな変数が未定義であるというエラーが発生していました。この更新により、tempdir.path を定義する必要があるタスクをロールがスキップするようになり、変数が未定義のケースを処理できるようになりました。その結果、ロールはチェックモードで正しく動作するようになりました。

ha_cluster RHEL システムロールが必要とする際に、/var/lib/pcsd ディレクトリーが利用可能であることが確認されます

この更新前は、pcs のインストール中に /var/lib/pcsd ディレクトリーが作成されていました。しかし、最近のバージョンでは、pcsd サービスの起動時に systemd サービスによってこのディレクトリーが作成されます。そのため、ロールがディレクトリーにアクセスしようとしたときにディレクトリーが存在しない場合があり、実行時にエラーが発生したり失敗したりすることがありました。

redhat.rhel_system_roles コレクションの使用時に、互換性のない Ansible バージョンに関する警告が表示されなくなりました

この更新前は、redhat.rhel_system_roles コレクションの meta/runtime.yml ファイルで {{requires_ansible: ">=2.15.0"}} が指定されていました。しかし、RHEL 9 に含まれているのは ansible-core 2.14 です。そのため、Playbook でこのコレクションを使用すると、Ansible によって Collection redhat.rhel_system_roles does not support Ansible version 2.14.x という警告が表示されていました。この更新により、meta/runtime.yml ファイルが {{requires_ansible: ">=2.14.0"}} を使用するように変更されました。その結果、コレクションが原因で警告が表示されなくなりました。

selinux ロールがカーネルの SELinux パラメーターを永続的に設定します

この更新前は、selinux RHEL システムロールが、SELinux の状態を無効に、または無効から変更するときに、カーネル SELinux パラメーターを設定していませんでした。その結果、SELinux の状態の変更が再起動後も保持されませんでした。この更新により、ロールが SELinux の状態を無効に、または無効から変更するときに、カーネル SELinux パラメーターが正しく設定されるようになりました。そのため、SELinux の状態を無効に、または無効から変更した場合に、変更が再起動後も維持されます。

systemd ロールが宛先へのパスを作成する際にファイルのベース名を使用します

この更新前は、ユーザーがネストされたディレクトリー内のファイルまたはテンプレートソースを指定すると、systemd RHEL システムロールが、宛先ファイルのベース名ではなく、パス全体を使用していました。その結果、ファイルとテンプレートが同じディレクトリー構造で宛先に配置されていました。しかし、この配置方法は systemd によってサポートされていません。このリリースでは、ロールはネストされたディレクトリー内の宛先ファイルにベース名を使用します。その結果、ユーザーはロールを使用してネストされたディレクトリーを使用できるようになりました。

ad_integration ロールでパッケージのインストールを柔軟に行えるようになりました

以前は、ad_integration ロールは、realmd、sssd-ad、adcli など、__ad_integration_packages にリストされている多数の必須パッケージのインストールを常に試行していました。このロールの外部にある設定の管理、事前に作成されたイメージ、イミュータブルなシステムなどにより、外部システムがパッケージ管理を行っている環境では、このステップは冗長であり、望ましくないものでした。

証明書の変更後、qdevice デーモンが自動的に再起動するようになりました

以前は、クォーラムデバイスデーモン (qnetd) とクラスターノード (qdevice) 間の通信に使用される TLS 証明書を更新した後、qdevice デーモンが自動的に再起動しませんでした。デーモンは古い証明書を引き続き使用するため、クォーラムデバイスとの通信が失敗していました。

ha_cluster RHEL システムロールが、システム全体の HTTP プロキシーが設定されている場合に機能するようになりました

以前は、システム全体の HTTP プロキシーが設定されている場合、ha_cluster RHEL システムロールは、unix ソケットを介した pcsd デーモンとのローカル通信にプロキシーを誤って使用しようとしていました。これにより、ロールが失敗していました。

network RHEL システムロールのルーティングルールの検証が正しくないことによるエラーが表示されなくなりました

この更新前は、network RHEL システムロールの検証部分で、NM.IPRoutingRule クラスではなく、最上位の NM モジュールでルーティングルール属性が誤ってチェックされていました。これにより検証が失敗し、ロールにエラーが表示されていました。この更新により、ロールが API を正しく使用するようになり、誤った検証エラーが表示されなくなりました。

ブール型のオプションの値が TOML ファイルで正しくレンダリングされるようになりました

以前は、フォーマッターのコードがブール値を正しい文字列表現に変換していなかったため、ブール型のオプションが不適切に処理されていました。この修正により、ブール値が小文字の文字列に適切に変換され、TOML ファイルで正しくレンダリングおよび処理されるようになります。

ブール型のオプションが TOML ファイルで正しく記述および処理されるようになりました

この更新前は、TOML 形式にフォーマットするコードがブール値を正しい文字列表現に変換していなかったため、ブール型のオプションが正しく処理されませんでした。

podman RHEL システムロールが、認証ファイルや設定ファイルの管理時に changed: true を報告しません

この更新前は、podman RHEL システムロールは、認証ファイルと設定ファイルの両方を管理する場合、実行のたびに親パスのモードを変更していました。これは、さまざまな設定ファイルと認証ファイルの共通の親パスに、2 つの異なるモードを使用していたためです。

Podman ロールが UNREACHABLE エラーで失敗しなくなりました

以前は、非 root ユーザーの linger を無効にすると、podman ロールはユーザーの状態が closing ステータスになるまで十分に待機していませんでした。その後、podman ロールは、強制的にキャンセルするために systemd-logind を再起動していました。一部のシステムでは、これにより、root のセッションを強制終了するタイマーが起動していました。そのため、sshd セッションが終了し、Ansible プレイが UNREACHABLE エラーで失敗していました。

network RHEL システムロールが、より堅牢なインターフェイス識別方法を使用するようになりました

この更新前は、ネットワークインターフェイスにインターフェイス名と MAC アドレスの両方が指定されている場合、検証プロセスでインターフェイス名を使用した検索と MAC アドレスを使用した検索の 2 つの個別の検索が実行されていました。そのため、検証が失敗することがありました。MAC アドレスによる検索は、永続的なハードウェア MAC アドレスではなく、インターフェイスの現在の MAC アドレスとマッチする可能性があるためです。

systemd ロールが、1 回の実行でユニットをマスク解除して起動します

この更新前は、ユニットがマスクされている場合、systemd RHEL システムロールがサービスの有効化と起動に失敗していました。これは、ロールがユニットのマスクを先に解除できなかったためです。その結果、ユーザーはロールを 2 回実行する必要がありました。このリリースでは、systemd ロールがサービスを正しくマスク解除して起動するため、2 回実行する必要がなくなりました。

AMD SEV-SNP が有効な仮想マシンでローカル kdump が失敗しなくなりました

この更新前は、Secure Nested Paging (SNP) 機能が有効な AMD Secure Encrypted Virtualization (SEV) を使用する RHEL 10 仮想マシン (VM) で、ローカル kdump が失敗していました。その結果、AMD SEV-SNP が有効な仮想マシンでは、カーネルクラッシュダンプを取得できませんでした。

--migrate-disks-detect-zeroes オプションが仮想マシン移行で失敗しなくなりました

この更新前は、RHEL 10 で仮想マシン (VM) を移行するときに、--migrate-disks-detect-zeroes オプションが機能せず、指定されたディスクに対してゼロブロック検出が実行されないまま、移行が続行されることがありました。この問題は QEMU のバグによって発生していました。そのバグとは、ミラーリングジョブがパンチホール操作に依存していたために、宛先ファイルがスパースファイルになるというものでした。

不整合な破棄 I/O 要求を送信する仮想マシンが、discard_granularity が設定されていない場合でも一時停止しなくなりました

この更新前は、ホストカーネルが不整合な破棄 I/O 要求を失敗させていました。QEMU はそのような失敗に対応するために、werror= policy パラメーターを使用していました。werror が stop: werror=stop に設定されている場合、破棄要求が失敗し、仮想マシン (VM) が一時停止していました。その結果、この状況を修正して仮想マシンを再開することができませんでした。

開いているファイルが大量にある共有ディレクトリーにアクセスしても virtiofsd がクラッシュしなくなりました

この更新前は、開いているファイルが大量にある virtiofs 共有ディレクトリーに仮想マシン (VM) からアクセスすると、Too many open files エラーが発生して操作が失敗し、virtiofsd プロセスがクラッシュすることがありました。

ESXi 上の RHEL 9 ゲストをカスタマイズしてもネットワークの問題が発生しなくなりました

以前は、VMware ESXi ハイパーバイザー上の RHEL 9 ゲストオペレーティングシステムのカスタマイズが、NetworkManager キーファイルに対して正しく機能しませんでした。その結果、ゲストがそのようなキーファイルを使用している場合、IP アドレスやゲートウェイなどのネットワーク設定が正しいものになりませんでした。この問題は修正され、上記の状況で NetworkManager キーファイルによってネットワークの問題が発生することはなくなりました。

仮想マシンに RHEL をインストールするための予想されるシステムディスクをインストールプログラムが表示するようになる

以前は、virtio-scsi デバイスを使用して仮想マシンに RHEL をインストールすると、device-mapper-multipath のバグにより、これらのデバイスがインストールプログラムに表示されない可能性がありました。その結果、インストール時に、シリアルセットを持つデバイスとシリアルセットを持たないデバイスがある場合、シリアルセットを持つすべてのデバイスを multipath コマンドが要求していました。このため、仮想マシンに RHEL をインストールするために必要なシステムディスクをインストールプログラムが検出できませんでした。

AMD EPYC CPU を搭載したホストで v2v 変換を行った後、Windows ゲストの起動がより安定する

virt-v2v ユーティリティーを使用して、Windows 11 または Windows Server 2022 をゲスト OS として使用する仮想マシン (VM) を変換した後、以前は仮想マシンの起動に失敗していました。これは、AMD EPYC シリーズ CPU を使用するホストで発生していました。現在、基礎となるコードが修正され、仮想マシンは説明した状況で期待どおりに起動します。

nodedev-dumpxml が、特定の仲介デバイスの属性を正しくリストする

この更新より前は、nodedev-dumpxml ユーティリティーは、nodedev-create コマンドを使用して作成された仲介デバイスの属性を正しくリストしませんでした。この問題は修正され、nodedev-dumpxml が該当する仲介デバイスの属性を適切に表示するようになりました。

virtqemud または libvirtd を再起動した後、virtiofs デバイスをアタッチできるようになる

以前は、virtqemud サービスまたは libvirtd サービスを再起動すると、virtiofs ストレージデバイスをホスト上の仮想マシン (VM) に接続できなくなりました。このバグは修正されており、説明されているシナリオで期待どおりに virtiofs デバイスをアタッチできるようになりました。

IBM Z 上の virtio-gpu で blob リソースが正しく動作するようになる

以前は、virtio-gpu デバイスは IBM Z システム上の blob メモリーリソースと互換性がありませんでした。その結果、IBM Z ホスト上で virtio-gpu を使用して仮想マシン (VM) を設定し、blob リソースを使用すると、仮想マシンにグラフィカル出力がありませんでした。

virtio-win ドライバーを再インストールしても、ゲストの DNS 設定がリセットされなくなる

以前、Windows ゲストオペレーティングシステムを使用する仮想マシンでは、ネットワークインターフェイスカード (NIC) の virtio-win ドライバーを再インストールまたはアップグレードすると、ゲストの DNS 設定がリセットされていました。その結果、Windows ゲストのネットワーク接続が失われる場合がありました。

VNC ビューアーが、ramfb のライブマイグレーション後に仮想マシンディスプレイを正しく初期化する

この更新により、仮想マシン (VM) のプライマリーディスプレイとして設定できる ramfb フレームバッファーデバイスが強化されます。以前は、ramfb は移行できなかったため、ramfb を使用する仮想マシンではライブマイグレーション後に空白の画面が表示されていました。現在、ramfb は、ライブマイグレーションと互換性があります。その結果、移行が完了すると仮想マシンデスクトップが表示されます。

KVM 仮想化と OVMF を使用するネストされた仮想マシンが、AMD EPYC プロセッサーを使用する Azure または Hyper-V 環境で正常に起動するようになりました

以前は、AMD EPYC プロセッサーを使用する Microsoft Azure または Hyper-V 環境の KVM 仮想化が有効な RHEL 仮想マシンで、Open Virtual Machine Firmware (OVMF) を使用するネストされた仮想マシン (VM) を実行すると、起動に失敗していました。仮想マシンが起動に失敗し、次のログメッセージが出力されていました。

coredump プラグインが、収集する coredump ファイルの数を正しく制限するようになりました

以前は、coredump プラグインが coredumpctl dump の出力を収集していました。これにより、不要かつ巨大なアーカイブが作成されることがありました。この更新により、プラグインはデフォルトで最新の 3 つの coredump ファイルを収集するようになりました。また、プラグインは引き続き coredumpctl info からのサマリー情報を提供し、収集されたダンプをそれぞれのメタデータエントリーにマッピングするのに役立つシンボリックリンクを含んでいます。

sos report 内のプラグインオプションのオーバーライドによって、/etc/sos/sos.conf またはプリセットで設定された無関係のオプションが無効にならなくなりました

以前は、特定のプラグイン設定を指定する -k オプションを使用して sos report コマンドを実行すると、sos ユーティリティーが、/etc/sos/sos.conf またはプリセットで定義された他の有効なプラグインオプションを誤って無視していました。これにより、グローバル設定やユーザー定義のプリセットが、設定ファイルの [plugin_options] セクションまたはプリセットで正しく設定されているにもかかわらず、暗黙的に無効化されるという状況が発生していました。

sos-audit パッケージに必要な GPLv2 LICENSE ファイルが含まれるようになりました

以前は、sos-audit パッケージは、常に sos プロジェクトの一部であり、ライセンスを含む同じ SRPM からビルドされていました。一方、そこからビルドされた sos-audit RPM パッケージは、メインの sos RPM とは別にインストールできました。そのため、sos-audit サブパッケージのみをインストールするユーザーは、ライセンスを容易に利用できませんでした。このライセンスの欠如は、RHEL 8 および RHEL 9 の現行リリースに至るまでの全バージョンの sos-audit に影響していました。

iscsi プラグインが sosreport でプレーンテキストの CHAP 認証情報を収集しなくなりました

以前は、sos の iscsi プラグインは、レポート生成時に iscsi 設定ファイル内の機密性の高い CHAP 認証情報をプレーンテキストのまま収集しており、セキュリティーリスクを引き起こしていました。この更新により、iscsi プラグインが変更され、機密フィールドが隠されるようになりました。これにより、収集された出力から CHAP ユーザー名とパスワードが確実に削除または除外されるようになりました。

THP プラグインが、Transparent Huge Page の状態を正確に反映するために完全な設定を収集するようになりました

以前は、sos のメモリープラグインが、Transparent Huge Page (THP) の状態を判断するために、/sys/kernel/mm/transparent_hugepage/ から enabled ファイルのみを収集していました。しかし、最近のカーネルの動作の変更により、この方法では不十分になりました。たとえば、shmem_enabled が [always] に設定されているのに enabled が [never] に設定されている場合、共有メモリーセグメントに対して THP が無効になっているように見えても、実際にはアクティブになる可能性があります。

ユーザーごとの SSH 設定がデフォルトで無効になりました

以前は、sos の ssh プラグインが、デフォルトですべてのローカルユーザーの .ssh ディレクトリーから詳細情報を収集していました。その結果、特にローカルユーザー数が多い環境では、実行時間が大幅に長くなっていました。この更新により、ssh プラグインはデフォルトでユーザーごとの .ssh 設定データを収集しなくなりました。ユーザー設定を収集するには、ssh.userconfs=on を設定して明示的に有効にしてください。

sos 4.10 バージョンの sos collect コマンドが xz/bz2 tar アーカイブを生成しなくなりました

この更新前は、sos collect コマンドは tar.xz や tar.bz2 などの圧縮された tar アーカイブを返していました。このリリースでは、sos collect は圧縮された tar アーカイブではなく、非圧縮の tar アーカイブを生成します。これにより、時間とリソースを節約できます。

podman events コマンドのイベントログが利用可能になりました

以前は、journald ドライバーのエラーによりネットワークイベント属性を保存できなかったため、ネットワークイベントはログに含まれませんでした。この更新により、podman events が network create イベントと network rm イベントを表示するようになりました

モード 0755 のマウントターゲットに親ディレクトリーを作成できるようになりました

この更新前は、quay.io/buildah/stable:v1 v1.41.3 において --mount パラメーターの権限の処理が変更されたために、ビルドの失敗が発生していました。以前は、UID を引数として指定すると、シークレットに誤った権限が設定されていました。その結果、buildah の更新後に、権限が誤っていたため、ユーザーがビルドシークレットにアクセスできませんでした。

存在しないチャット履歴を削除しようとすると、コマンドラインアシスタントにわかりやすいエラーメッセージが表示されます

この更新前は、存在しないチャット履歴をユーザーが削除しても、エラーメッセージが表示されませんでした。この機能拡張により、このような場合に表示されるエラーメッセージが実装されました。

名前のないチャットに説明を追加すると警告が表示されます

この更新前は、チャットの名前を指定せずにチャットに説明を追加しても、エラーメッセージが表示されず、カスタムの説明を含むチャットも表示されませんでした。この更新により、このような場合にコマンドラインアシスタントが警告を表示するようになりました。

c history がデフォルトで完全な履歴を表示します

この更新前は、オプションなしで c history コマンドを実行しても履歴が返されず、ユーザーの混乱を招いていました。この更新により、--all がデフォルトのオプションとして追加されました。その結果、c history コマンドだけで、すべての履歴を簡単に表示できるようになりました。

無効なクエリーに対してコマンドラインアシスタントがエラーを表示しなくなりました

この更新前は、応答のターミナル出力のデータ構造が正しくなかったため、処理不可能というエラーメッセージがユーザークエリーに対して表示されていました。この機能拡張により、チャットインターフェイスのターミナル出力構造に積極的な修正が加えられました。これにより、コマンドラインアシスタントが無効なクエリーリクエストに対してエラーを表示しなくなり、ユーザーエクスペリエンスが向上しました。

ターミナルの再起動後に対話型シェルが正しく起動します

この更新前は、ユーザーの .bashrc ファイルに .bashrc.d ディレクトリーへの参照が含まれていなかったため、source コマンドが CLA 統合スクリプトを検出できませんでした。その結果、ユーザーが対話型シェルにアクセスできませんでした。この更新により、シェル統合に必要なファイルを確実にロードするためのチェックが追加されました。その結果、ターミナルを再起動すると対話型シェルが起動するようになりました。

query.py のバックエンドのタイムアウトが正しく機能します

この更新前は、query.py スクリプトでバックエンドのタイムアウトを延長しても、正しく機能しませんでした。スクリプトは引き続き 30 秒ごとにタイムアウトメッセージを生成していました。これは、内部タイムアウトがデフォルトで 30 秒に設定されたままであったためです。この機能拡張により、/etc/xdg/command-line-assistant/config.toml ファイルでバックエンドのタイムアウトを設定することで、適切な値に延長できるようになりました。これにより、応答時間が改善されます。

cla chat を引数なしで実行するとヘルプが表示されます

この更新前は、追加の入力を行わずに cla chat を使用すると、対話型の AI アシスタンスを期待していても応答が得られなかったため、ユーザーにとって分かりにくい状況になっていました。この更新により、引数なしで cla chat を使用すると、コマンドラインアシスタントがヘルプを表示し、入力の追加が必要であることを示すようになりました。これにより、CLA の対話モードのユーザーエクスペリエンスが向上しました。

RHEL インストール用の NVMe over TCP がテクノロジープレビューとして利用可能になる

このテクノロジープレビューにより、ファームウェアの設定後、NVMe over TCP ボリュームを使用して RHEL をインストールできるようになりました。Installation Destination 画面からディスクを追加するときに、NVMe Fabrics Devices セクションで NVMe 名前空間を選択できます。

起動可能な OSTree ネイティブコンテナーのインストールがテクノロジープレビューとして利用可能になる

ostreecontainer キックスタートコマンドが、Anaconda でテクノロジープレビューとして利用できるようになりました。このコマンドを使用すると、OCI イメージにカプセル化された OSTree コミットから、オペレーティングシステムをインストールできます。キックスタートインストールを実行する場合、ostreecontainer とともに次のコマンドが利用できます。

Anaconda の bootupd / bootupctl によるブートローダーのインストールおよび設定が、テクノロジープレビューとして利用可能になる

ostreecontainer キックスタートコマンドが Anaconda でテクノロジープレビューとして利用可能になったため、このコマンドを使用して、OCI イメージにカプセル化された OSTree コミットからオペレーティングシステムをインストールできます。Anaconda は、キックスタートで明示的なブートローダー設定がなくても、コンテナーイメージに含まれる bootupd / bootupctl ツールを使用して、ブートローダーのインストールおよび設定を自動的に調整します。

s390x 上のコンテナーベースのデプロイメントがテクノロジープレビューとして利用可能になりました

テクノロジープレビューとして、RHEL インストールプログラムが、ostreecontainer キックスタートコマンドを使用して、s390x アーキテクチャー上でイメージモードのブート可能なコンテナーをデプロイできるようになりました。この機能拡張により、以前の制限が解消され、サポートされているアーキテクチャー間で一貫したデプロイ方法が確保されます。ユーザーは、コンテナーベースのワークフローを使用して、s390x システムへのインストールを自動化できるようになりました。

RHEL の暗号化された DNS がテクノロジープレビューとして利用可能になる

暗号化された DNS を有効にすると、DNS-over-TLS (DoT) を使用する DNS 通信を保護できます。暗号化された DNS (eDNS) は、セキュアでないプロトコルにフォールバックすることなく、すべての DNS トラフィックをエンドツーエンドで暗号化し、ゼロトラストアーキテクチャー (ZTA) の原則に準拠します。

新しいパッケージ: fips-provider-next (テクノロジープレビュー)

この更新により、新しい FIPS プロバイダーがテクノロジープレビューとして追加されました。これは、FIPS 認定を取得するのに先駆けて、将来採用されるコードを先行公開するものです。

gnutls がテクノロジープレビューとして kTLS を使用するようになる

更新された gnutls パッケージは、テクノロジープレビューとして、暗号化チャネルでのデータ転送を加速するためにカーネル TLS (kTLS) を使用できます。kTLS を有効にするには、modprobe コマンドを使用して tls.ko カーネルモジュールを追加し、次の内容を含むシステム全体の暗号化ポリシー用の新しい設定ファイル /etc/crypto-policies/local.d/gnutls-ktls.txt を作成します。

OpenSSL クライアントが、テクノロジープレビューとして QUIC プロトコルを使用できる

OpenSSL は、テクノロジープレビューとして OpenSSL バージョン 3.2.2 にリベースすることで、クライアント側で QUIC トランスポート層ネットワークプロトコルを使用できます。

io_uring インターフェイスがテクノロジープレビューとして利用可能

io_uring は、新しく効果的な非同期 I/O インターフェイスであり、現在テクノロジープレビューとして利用可能です。デフォルトでは、この機能は無効にされています。このインターフェイスを有効にするには、kernel.io_uring_disabled sysctl 変数を次のいずれかの値に設定します。

テクノロジープレビューとして、FDO が SQL バックエンドからの Owner Voucher の保存とクエリーを提供するようになる

このテクノロジープレビューでは、SQL バックエンドから Owner Voucher を保存およびクエリーするために、FDO manufacturer-server、onboarding-server、および rendezvous-server が利用できます。その結果、FDO サーバーのオプションで、認証情報やその他のパラメーターとともに SQL データストアを選択して、Owner Voucher を保存できるようになります。

RHEL 9.7 では、aarch64 上の ReaR をテクノロジープレビューとして利用できます

RHEL 9.7 では、64 ビット ARM アーキテクチャー (aarch64) 用の Relax and Recover (ReaR) パッケージがテクノロジープレビューとして導入されています。ReaR は、バックアップからシステムを復元するために使用できる起動可能なイメージを生成する障害復旧ツールです。現在、aarch64 上の ReaR では、ISO、USB、PXE の各出力方式を使用できます。

libabigail: 柔軟な配列変換の警告抑制がテクノロジープレビューとして利用可能になる

テクノロジープレビューとして、バイナリーを比較するときに、次の抑制仕様を使用して、真のフレキシブル配列に変換された偽のフレキシブル配列に関連する警告を抑制できます。

NIC への IPsec カプセル化のオフロードがテクノロジープレビューとして利用可能になる

今回の更新で、IPsec パケットオフロード機能がカーネルに追加されました。以前は、暗号化をネットワークインターフェイスコントローラー (NIC) にオフロードすることしかできませんでした。今回の機能拡張により、カーネルは IPsec カプセル化プロセス全体を NIC にオフロードし、ワークロードを軽減できるようになりました。

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

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

systemd-resolved サービスがテクノロジープレビューとして利用可能になる

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

NetworkManager と Nmstate API が MACsec ハードウェアオフロードをサポートする

ハードウェアが MACsec ハードウェアオフロードをサポートしている場合は、NetworkManager と Nmstate API の両方を使用してこの機能を有効にできます。その結果、暗号化などの MACsec 操作を CPU からネットワークインターフェイスコントローラーにオフロードできるようになります。

NetworkManager で HSR および PRP インターフェイスを設定できる

高可用性 Seamless Redundancy (HSR) と Parallel Redundancy Protocol (PRP) は、単一のネットワークコンポーネントの障害に対してシームレスなフェイルオーバーを提供するネットワークプロトコルです。どちらのプロトコルもアプリケーション層に対して透過的です。すなわち、メインパスと冗長パス間の切り替えはユーザーが認識することなく非常に迅速に行われるため、ユーザーが通信の中断やデータの損失を経験することはありません。NetworkManager サービスで nmcli ユーティリティーと DBus メッセージシステムを使用して、HSR および PRP インターフェイスの有効化および設定を行うことができます。

パケットオフロードモードでの UDP カプセル化がテクノロジープレビューとして利用可能になる

IPsec パケットオフロードを使用すると、ワークロードを軽減するために、カーネルが IPsec カプセル化プロセス全体を NIC にオフロードできます。この更新により、パケットオフロードモード時に ipsec トンネルの User Datagram Protocol (UDP) カプセル化をサポートすることで、パケットオフロードが改善されました。

Soft-iWARP ドライバーがテクノロジープレビューとして利用可能になる

Soft-iWARP(siw) は、Linux 用のソフトウェア、インターネットワイドエリア RDMA プロトコル (iWARP)、カーネルドライバーです。Soft-iWARP は、インターネットプロトコル (TCP/IP) ネットワークスタック上で iWARP プロトコルスイートを実装します。このプロトコルスイートはソフトウェアで完全に実装されており、特定のリモートダイレクトメモリーアクセス (RDMA) ハードウェアを必要としません。Soft-iWARP を使用すると、標準のイーサネットアダプターを備えたシステムが iWARP アダプターまたは他のシステムに接続でき、すでに Soft-iWARP がインストールされている別のシステムに接続できます。

TuneD 用のソケット API がテクノロジープレビューとして利用可能になる

UNIX ドメインソケットを通じて TuneD を制御するためのソケット API がテクノロジープレビューとして利用可能になりました。ソケット API は D-Bus API と 1 対 1 でマッピングされ、D-Bus が利用できない場合に代替通信方法を提供します。ソケット API を使用すると、TuneD デーモンを制御してパフォーマンスを最適化したり、さまざまなチューニングパラメーターの値を変更したりできます。ソケット API はデフォルトでは無効になっていますが、tuned-main.conf ファイルで有効にできます。

rvu_af、rvu_nicpf、および rvu_nicvf がテクノロジープレビューとして利用可能

次のカーネルモジュールは、Marvell OCTEON TX2 インフラストラクチャープロセッサーファミリーのテクノロジープレビューとして利用できます。

Segment Routing over IPv6 (SRv6) はテクノロジープレビューとして利用可能

RHEL カーネルは、テクノロジープレビューとして Segment Routing over IPv6 (SRv6) を提供します。この機能を使用すると、エッジコンピューティングのトラフィックフローを最適化したり、データセンターのネットワークプログラマビリティーを向上したりできます。ただし、最も重要な使用例は、5G デプロイメントシナリオにおけるエンドツーエンド (E2E) ネットワークスライシングです。この領域では、SRv6 プロトコルは、特定のアプリケーションまたはサービスのネットワーク要件に対処するために、プログラム可能なカスタムネットワークスライスとリソース予約を提供します。同時に、このソリューションは単一目的のアプライアンスにデプロイでき、より小さい計算フットプリントのニーズを満たします。

kTLS がバージョン 6.12 に更新される

Kernel Transport Layer Security (KTLS) 機能はテクノロジープレビューです。RHEL 9.6 では、kTLS を 6.12 アップストリームバージョンに更新しました。

PRP および HSR プロトコルがテクノロジープレビューとして利用可能になる

この更新では、次のプロトコルを提供する hsr カーネルモジュールが追加されます。

python-drgn がテクノロジープレビューとして利用可能になる

python-drgn パッケージは、プログラマビリティーを重視した高度なデバッグユーティリティーを提供します。Python コマンドラインインターフェイスを使用して、ライブカーネルとカーネルダンプの両方をデバッグできます。さらに、python-drgn は、デバッグタスクを自動化し、Linux カーネルの複雑な分析を実行するためのスクリプト機能を提供します。

IAA 暗号ドライバーがテクノロジープレビューとして利用可能になる

Intel® In-Memory Analytics Accelerator (Intel® IAA) は、プリミティブな分析機能とともに、非常にスループットの高い圧縮と展開を提供するハードウェアアクセラレーターです。

RHEL カーネルの Neural Processing Unit (NPU) カーネルが、Intel Arrow Lake ベースのシステムでテクノロジープレビューとして利用可能になる

RHEL 9.6 では、カーネルに Neural Processing Unit (NPU) がテクノロジープレビューとして導入されています。NPU は、システム上の人工知能 (AI) および機械学習 (ML) タスクに使用される特殊なチップです。RHEL 9.6 のカーネルには、Intel NPU 用の初期ドライバーと、AI/ML タスクで NPU を使用するために必要なサポートインフラストラクチャーが含まれています。

ARM64 上の Red Hat Enterprise Linux for Real Time がテクノロジープレビューとして利用可能になる

このテクノロジープレビューにより、Red Hat Enterprise Linux for Real Time が ARM64 に対応しました。ARM64 は、4k および 64k ARM カーネルの両方で ARM (AARCH64) 上で有効化されます。

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

NVMe-TCP 経由で SAN から起動するシステムでは、kdump を使用してクラッシュダンプを NVMe 名前空間に書き込むことができます。この更新により、kdump が NVMe 名前空間にダンプを生成する際に発生していた障害が修正されました。その結果、このようなシステムでパニックのダンプが正常に生成されるようになりました。これにより、SAN ベースの環境での復元が改善され、ダウンタイムが短縮されます。

NVMe-oF Discovery Service 機能がテクノロジープレビューとして利用可能になる

NVMexpress.org Technical Proposals (TP) 8013 および 8014 で定義されている NVMe-oF Discovery Service の機能は、テクノロジープレビューとして利用できます。これらの機能をプレビューするには、nvme-cli 2.0 パッケージを使用して、TP-8013 または TP-8014 を実装する NVMe-oF ターゲットデバイスにホストを割り当てます。TP-8013 および TP-8014 の詳細は、https://nvmexpress.org/specifications/ Web サイトの NVM Express 2.0 Ratified TP を参照してください。

nvme-stas パッケージがテクノロジープレビューとして利用可能になる

Linux の Central Discovery Controller (CDC) クライアントである nvme-stas パッケージがテクノロジープレビューとして利用できるようになりました。これは、非同期イベント通知 (AEN)、自動化された NVMe サブシステム接続制御、エラー処理とレポート、および Automatic (zeroconf) 手動設定を処理します。

TLS を使用した NVMe/TCP がテクノロジープレビューとして利用可能になる

事前共有キー (PSK) で設定された TLS を使用した、TCP (NVMe/TCP) 経由の Non-volatile Memory Express (NVMe) ネットワークトラフィックの暗号化が、RHEL 9.6 でテクノロジープレビューとして追加されました。手順については、事前共有キーによる TLS を使用した NVMe/TCP ホストの設定 を参照してください。

xfs_scrub ユーティリティーがテクノロジープレビューとして利用可能になる

テクノロジープレビューとして xfs_scrub ユーティリティーを使用すると、マウントされた XFS ファイルシステム上のすべてのメタデータを確認できます。これは、マウントされていない XFS ファイルシステムの xfs_repair -n コマンドと同様に機能します。詳細は、システムの xfs_scrub(8) man ページを参照してください。現在、RHEL 10 カーネルではスクラブ機能のみが使用可能であり、オンライン修復は有効になっていないことに注意してください。

新しい nodejs:22 モジュールストリームがテクノロジープレビューとして利用可能に

新しいモジュールストリームの nodejs:22 がテクノロジープレビューとして利用できるようになりました。今後の更新では、完全にサポートされる Node.js 22 の長期サポート (LTS) バージョンが提供される予定です。

jmc-core および owasp-java-encoder がテクノロジープレビューとして利用可能になる

RHEL 9 は、AMD および Intel 64 ビットアーキテクチャー用のテクノロジープレビューとして、jmc-core および owasp-java-encoder パッケージとともに配布されます。

新しい nodejs:24 モジュールストリームがテクノロジープレビューとして利用可能になりました

新しい nodejs:24 モジュールストリームが、Red Hat Enterprise Linux 9.7 のテクノロジープレビューとして利用可能です。今回の更新で導入される Node.js 24 は、RHEL 9.6 に含まれる Node.js 22 と比較して、新機能、バグ修正、セキュリティー更新、パフォーマンス向上を提供します。

eu-stacktrace がテクノロジープレビューとして利用可能になる

バージョン 0.192 以降、elfutils パッケージを通じて配布されている eu-stacktrace ユーティリティーは、テクノロジープレビュー機能として利用できます。eu-stacktrace は、elfutils ツールキットのアンワインドライブラリーを使用して、フレームポインターのないスタックサンプルデータをアンワインドするサンプリングプロファイラーをサポートするプロトタイプユーティリティーです。

IdM デプロイメントにおける DNS over TLS (DoT) がテクノロジープレビューとして利用可能になる

DNS over TLS (DoT) を使用した暗号化された DNS が、Identity Management (IdM) デプロイメントのテクノロジープレビューとして利用できるようになりました。DNS クライアントと IdM DNS サーバー間のすべての DNS クエリーと応答を暗号化できるようになりました。

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

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

DoT による暗号化された DNS が、IdM の ansible-freeipa インストールでテクノロジープレビューとして利用可能になりました

Ansible を使用して、DNS クライアントと Identity Management (IdM) DNS サーバー間のすべての DNS クエリーと応答を暗号化できるようになりました。DNS over TLS (DoT) による暗号化された DNS は、RHEL 10 から IdM 環境でテクノロジープレビューとして利用可能になりました。RHEL 10.1 では、この機能は freeipa.ansible_freeipa コレクションのテクノロジープレビューとして利用できます。

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

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

64 ビット ARM アーキテクチャーの GNOME がテクノロジープレビューとして利用可能になる

GNOME デスクトップ環境は、テクノロジープレビューとして 64 ビット ARM アーキテクチャーで利用できます。

テクノロジープレビューとして利用可能な IBM Z アーキテクチャー用の GNOME

GNOME デスクトップ環境は、テクノロジープレビューとして IBM Z アーキテクチャーで利用できます。

RHEL Web コンソールで WireGuard 接続を管理できるようになる

RHEL 9.4 以降では、RHEL Web コンソールを使用して WireGuard VPN 接続を作成および管理できます。なお、WireGuard テクノロジーとその Web コンソール統合は、どちらもサポート対象外のテクノロジープレビューです。

RHEL ホストで TDX がテクノロジープレビューとして利用可能になりました

テクノロジープレビューとして、RHEL ホストで Trust Domain Extensions (TDX) を有効にできます。TDX はハードウェアベースのセキュリティー機能です。仮想マシンに強力なメモリー暗号化および整合性保護機能を提供し、仮想マシンをハイパーバイザーやその他のシステムソフトウェアから分離します。

RHEL ホストで SEV-SNP がテクノロジープレビューとして利用可能になりました

テクノロジープレビューとして、RHEL ホストで Secure Encrypted Virtualization‑Secure Nested Paging (SEV‑SNP) を有効にできます。SEV‑SNP はハードウェアベースのセキュリティー機能です。仮想マシンに強力なメモリー暗号化および整合性保護機能を提供し、仮想マシンをハイパーバイザーやその他のシステムソフトウェアから分離します。

入れ子仮想マシンの作成

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

KVM 仮想マシン用の AMD SEV、SEV-ES、および SEV-SNP

RHEL 9 は、テクノロジープレビューとして、KVM ハイパーバイザーを使用する AMD EPYC ホストマシンに、セキュア暗号化仮想化 (SEV) 機能を提供します。仮想マシンで有効になっている場合は、SEV が仮想マシンのメモリーを暗号化して、ホストから仮想マシンへのアクセスを防ぎます。これにより、仮想マシンのセキュリティーが向上します。

64 ビット ARM 上の CPU クラスター

テクノロジープレビューとして、CPU トポロジーで複数の 64 ビット ARM CPU クラスターを使用する KVM 仮想マシンを作成できるようになりました。

新しいパッケージ: trustee-guest-components

この更新により、テクノロジープレビューとして trustee-guest-components パッケージが追加されました。これにより、機密仮想マシンが自身を証明し、Trustee サーバーから機密リソースを取得できるようになります。

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

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

新しい rhel9/rhel-bootc コンテナーイメージがテクノロジープレビューとして利用可能になる

rhel9/rhel-bootc コンテナーイメージが、テクノロジープレビューとして Red Hat Container Registry で利用できるようになりました。RHEL のブート可能なコンテナーイメージを使用すると、コンテナーとまったく同じように、オペレーティングシステムを構築、テスト、およびデプロイできます。RHEL のブート可能コンテナーイメージは、機能拡張により、既存のアプリケーションの Universal Base Images (UBI) とは異なるものとなっています。すなわち、RHEL のブート可能コンテナーイメージには、カーネル、initrd、ブートローダー、ファームウェアなど、起動に必要な追加コンポーネントが含まれています。既存のコンテナーイメージに変更はありません。詳細は、Red Hat Ecosystem Catalog を参照してください。

zstd:chunked の部分プルがテクノロジープレビューとして利用可能になる

zstd:chunked 形式で圧縮されたコンテナーイメージの変更された部分のみをプルできるため、ネットワークトラフィックと必要なストレージが削減されます。/etc/containers/storage.conf ファイルに enable_partial_images = "true" 設定を追加することで、部分的なプルを有効にすることができます。この機能はテクノロジープレビューとして利用できます。

podman artifact コマンドがテクノロジープレビューとして利用可能になる

コマンドラインレベルで OCI アーティファクトを使用するために使用できる podman artifact コマンドが、テクノロジープレビューとして利用できます。詳細は、man ページを参照してください。

Podman と Docker API の互換性がテクノロジープレビューとして利用可能になりました

Podman は、テクノロジープレビューとして次の Docker API バージョンをサポートしています。

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

以下のキックスタートコマンドが非推奨になりました。

initial-setup パッケージが非推奨になる

initial-setup パッケージは、Red Hat Enterprise Linux 9.3 で非推奨になり、次の RHEL メジャーリリースで削除される予定です。代わりに、グラフィカルユーザーインターフェイスの gnome-initial-setup を使用します。

inst.geoloc ブートオプションの provider_hostip 値と provider_fedora_geoip 値が非推奨になる

inst.geoloc= ブートオプションの GeoIP API を指定した provider_hostip 値と provider_fedora_geoip 値が非推奨になる代わりに、geolocation_provider=URL オプションを使用して、インストールプログラム設定ファイルに必要な位置情報を設定できます。inst.geoloc=0 オプションを使用して位置情報を無効にすることもできます。

Anaconda の組み込みヘルプが非推奨になる

Anaconda のインストール時に利用可能な、全 Anaconda ユーザーインターフェイスのスポークおよびハブの組み込みドキュメントは非推奨になりました。代わりに、Anaconda ユーザーインターフェイスは自己記述型になり、ユーザーは今後の RHEL メジャーリリースで公式の RHEL ドキュメント を参照できます。

NVDIMM デバイスのサポートが非推奨になる

以前は、インストールプログラムにより、インストール中に NVDIMM デバイスを再設定することができました。キックスタートおよび GUI インストール中の NVDIMM デバイスに対する当該サポートは非推奨になり、次の RHEL メジャーリリースで削除される予定です。セクターモードの NVDIMM デバイスは、インストールプログラムで引き続き表示され、使用可能です。

インストール環境でドライバー更新ディスクから更新されたドライバーをロードできない

インストールの初期 RAM ディスクから同じドライバーがすでにロードされている場合、ドライバー更新ディスクからの新しいバージョンのドライバーがロードされない場合があります。そのため、ドライバーの最新バージョンをインストール環境に適用できません。

crypto-policies の X25519-MLKEM768 が非推奨となり、MLKEM768-X25519 という値へのエイリアスになりました

システム全体の暗号化ポリシーの X25519-MLKEM768 値が非推奨となり、MLKEM768-X25519 という値へのエイリアスになりました。これにより、結合順序が統一され、どちらの表記も機能するようになりました。

Keylime ポリシー管理スクリプトが非推奨となり、keylime-policy に置き換えられる

RHEL 9.6 では、Keylime は keylime-policy ツールとともに提供されており、以下のポリシー管理スクリプトを置き換えます。

脆弱性スキャンアプリケーションにおける OVAL の非推奨化

OpenSCAP スイートによって処理される宣言型セキュリティーデータを提供する Open Vulnerability Assessment Language (OVAL) データ形式は非推奨となり、今後のメジャーリリースで削除される予定です。Red Hat は、OVAL の後継である Common Security Advisory Framework (CSAF) 形式で宣言型セキュリティーデータを引き続き提供します。

libgcrypt が非推奨になる

libgcrypt パッケージによって提供される Libgcrypt 暗号化ライブラリーは非推奨となり、今後のメジャーリリースで削除される可能性があります。代わりに、(Red Hat ナレッジベース) のアーティクル記事 RHEL core cryptographic components に記載されているライブラリーを使用してください。

fips-mode-setup が非推奨になる

システムを FIPS モードに切り替える fips-mode-setup ツールが RHEL 9 で非推奨になりました。ただし、引き続き fips-mode-setup コマンドを使用して FIPS モードが有効かどうかを確認することは可能です。

引数なしでの update-ca-trust の使用が非推奨になる

以前は、update-ca-trust コマンドは、入力された引数に関係なく、システム認証局 (CA) ストアを更新していました。この更新では、CA ストアを更新するための extract サブコマンドが導入されました。--output 引数を使用して、CA 証明書を展開するロケーションを指定することもできます。以前のバージョンの RHEL との互換性のため、-o または --help 以外の引数を指定して、あるいは引数を指定せずに update-ca-trust を入力して CA ストアを更新することは、RHEL 9 の期間中は引き続きサポートされますが、次のメジャーリリースでは削除されます。update-ca-trust extract への呼び出しを更新します。

Stunnel クライアントの信頼されたルート証明書ファイルを指す CAfile が非推奨になる

Stunnel がクライアントモードで設定されている場合、CAfile ディレクティブは、BEGIN TRUSTED CERTIFICATE 形式の信頼されたルート証明書を含むファイルを指すことができます。このメソッドは非推奨となり、今後のメジャーバージョンで削除される可能性があります。今後のバージョンでは、stunnel は、BEGIN TRUSTED CERTIFICATE 形式をサポートしていない関数に CAfile ディレクティブの値を渡します。したがって、CAfile = /etc/pki/tls/certs/ca-bundle.trust.crt を使用する場合は、ロケーションを CAfile = /etc/pki/tls/certs/ca-bundle.crt に変更します。

DSA および SEED アルゴリズムが NSS で非推奨になる

Digital Signature Algorithm (DSA) は、National Institute of Standards and Technology (NIST) によって作成され、現在は NIST によって完全に非推奨となっており、Network Security Services (NSS) 暗号化ライブラリーでも非推奨となっています。代わりに、RSA、ECDSA、EdDSA などのアルゴリズムを使用できます。

pam_ssh_agent_auth が非推奨になる

pam_ssh_agent_auth パッケージは非推奨となり、今後のメジャーリリースで削除される可能性があります。

compat-openssl11 が非推奨になる

OpenSSL 1.1 の互換性ライブラリー compat-openssl11 は、現在非推奨となっており、将来のメジャーリリースで削除される可能性があります。OpenSSL 1.1 はアップストリームでメンテナンスされなくなりました。OpenSSL TLS ツールキットを使用するアプリケーションは、バージョン 3.x に移行する必要があります。

OpenSSL の SHA-1 で SECLEVEL=2 が非推奨になる

SECLEVEL=2 での SHA-1 アルゴリズムの使用は OpenSSL では非推奨となり、今後のメジャーリリースで削除される可能性があります。

OpenSSL Engines API が Stunnel で非推奨になる

Stunnel での OpenSSL Engines API の使用は非推奨となり、今後のメジャーリリースで削除される予定です。最も一般的な用途は、openssl-pkcs11 パッケージを介して PKCS#11 を使用するハードウェアセキュリティートークンにアクセスすることです。代わりに、新しい OpenSSL Providers API を使用する pkcs11-provider を使用できます。

OpenSSL Engines が非推奨になる

OpenSSL Engines は非推奨となり、今後削除される予定です。エンジンを使用する代わりに、pkcs11-provider を代替として使用できます。

GnuTLS で DSA が非推奨になる

Digital Signature Algorithm (DSA) は、GnuTLS セキュア通信ライブラリーで非推奨となり、RHEL の今後のメジャーバージョンで削除される予定です。DSA は、以前に National Institute of Standards and Technology (NIST) によって非推奨とされており、セキュアでないと考えられています。今後のバージョンとの互換性を確保するには、代わりに ECDSA を使用できます。

scap-workbench が非推奨になる

scap-workbench パッケージが非推奨となりました。scap-workbench グラフィカルユーティリティーは、単一のローカルシステムまたはリモートシステム上で設定および脆弱性スキャンを実行するように設計されています。代わりに、oscap コマンドを使用してローカルシステムの設定コンプライアンスをスキャンし、oscap-ssh コマンドを使用してリモートシステムをスキャンすることもできます。詳細は、設定コンプライアンススキャン を参照してください。

oscap-anaconda-addon が非推奨になる

グラフィカルインストールを使用してベースライン準拠の RHEL システムをデプロイする手段を提供していた oscap-anaconda-addon が非推奨となりました。代わりに、RHEL Image Builder OpenSCAP インテグレーションを使用して事前に強化されたイメージを作成 することで、特定の標準に準拠した RHEL イメージを構築できます。

SHA-1 は暗号化の目的で非推奨になる

暗号化を目的とした SHA-1 メッセージダイジェストの使用は、RHEL 9 では非推奨になりました。SHA-1 によって生成されたダイジェストは、ハッシュ衝突の検出に基づく多くの攻撃の成功例が記録化されているため、セキュアであるとは見なされません。RHEL コア暗号コンポーネントは、デフォルトで SHA-1 を使用して署名を作成しなくなりました。RHEL 9 のアプリケーションが更新され、セキュリティー関連のユースケースで SHA-1 が使用されないようになりました。

fapolicyd.rules が非推奨になる

実行ルールの許可と拒否を含むファイルの /etc/fapolicyd/rules.d/ ディレクトリーは、/etc/fapolicyd/fapolicyd.rules ファイルを置き換えます。fagenrules スクリプトは、このディレクトリー内のすべてのコンポーネントルールファイルを /etc/fapolicyd/compiled.rules ファイルにマージするようになりました。/etc/fapolicyd/fapolicyd.trust のルールは引き続き fapolicyd フレームワークによって処理されますが、下位互換性を確保するためのみに使用されます。

RHEL 9 で SCP が非推奨になる

SCP (Secure Copy Protocol) には既知のセキュリティー脆弱性があるため、非推奨となりました。SCP API は RHEL 9 ライフサイクルで引き続き利用できますが、システムセキュリティーが低下します。

OpenSSL では、FIPS モードでの RSA 暗号化にパディングが必要

OpenSSL は、FIPS モードでのパディングなしの RSA 暗号化をサポートしなくなりました。パディングを使用しない RSA 暗号化は一般的ではないため、ほとんど使用されません。RSA (RSASVE) によるキーのカプセル化はパディングを使用しませんが、引き続きサポートされていることに注意してください。

OpenSSL で Engines API が非推奨になる

OpenSSL 3.0 TLS ツールキットでは、Engines API が非推奨になりました。エンジンインターフェイスはプロバイダー API に置き換えられました。アプリケーションと既存のエンジンのプロバイダーへの移行が進行中です。非推奨の Engines API は、今後のメジャーリリースで削除される可能性があります。

openssl-pkcs11 が非推奨になる

非推奨になった OpenSSL エンジンのプロバイダー API への継続的な移行の一環として、pkcs11-provider パッケージが openssl-pkcs11 パッケージ (engine_pkcs11) を置き換えます。openssl-pkcs11 パッケージは非推奨になりました。openssl-pkcs11 パッケージは、今後のメジャーリリースで削除される可能性があります。

RHEL 8 および 9 OpenSSL 証明書および署名コンテナーが非推奨になる

Red Hat Ecosystem Catalog の ubi8/openssl および ubi9/openssl リポジトリーで利用可能な OpenSSL ポータブル証明書および署名コンテナーは、需要が低いため非推奨になりました。

SASL の Digest-MD5 が非推奨になる

Simple Authentication Security Layer (SASL) フレームワークの Digest-MD5 認証メカニズムは非推奨になり、将来のメジャーリリースでは cyrus-sasl パッケージから削除される可能性があります。

/etc/system-fips が非推奨になる

/etc/system-fips ファイルを通じて FIPS モードを示すためのサポートは削除されました。そのため、このファイルは今後の RHEL バージョンには含まれません。FIPS モードで RHEL をインストールするには、システムのインストール時に fips=1 パラメーターをカーネルコマンドラインに追加します。/proc/sys/crypto/fips_enabled ファイルを表示することで、RHEL が FIPS モードで動作しているかどうかを確認できます。

libcrypt.so.1 が非推奨になる

libcrypt.so.1 ライブラリーは現在非推奨であり、RHEL の将来のバージョンで削除される可能性があります。

OpenSSL は、FIPS モードで明示的な曲線パラメーターを受け入れない

明示的な曲線パラメーターを指定した楕円曲線暗号化パラメーター、秘密鍵、公開鍵、および証明書は、FIPS モードでは機能しなくなりました。FIPS 承認の曲線の 1 つを使用する ASN.1 オブジェクト識別子を使用して曲線パラメーターを指定することは、FIPS モードでも機能します。

OpenSSL が FIPS モードで X9.31 パディングを使用した RSA 署名を拒否するようになる

X9.31 RSA 署名が FIPS 186-5 標準から削除されたました。そのため、OpenSSL が FIPS モードで X9.31 パディングを使用した RSA 鍵による署名または署名検証をサポートしなくなりました。

Ignition は、Image Mode for RHEL for Edge イメージで非推奨になりました。

ブートプロセスの初期段階で Simplified Installer、AMI、および VMDK RHEL for Edge イメージタイプにユーザー設定を注入するために使用される Ignition ツールは、RHEL 9 で非推奨となり、今後のメジャーリリースで削除される可能性があります。

いくつかの subscription-manager モジュールが非推奨になる

Red Hat サブスクリプションサービスの顧客エクスペリエンスが簡素化され、Red Hat Hybrid Cloud Console と Simple Content Access によるアカウントレベルのサブスクリプション管理に移行したため、次のモジュールは非推奨となり、今後のメジャーリリースで削除される予定です。

数字なしの %patch 構文が非推奨になる

zero-th パッチを適用するために %patch 0 の省略形として数値を指定せずに %patch ディレクティブを使用することは非推奨となりました。したがって、%patch を使用する場合は、警告メッセージが表示され、明示的な構文 (例: zero-th パッチを適用するための %patch 0 または %patch -P 0) を使用するように提案されます。

DNF debug プラグインが非推奨になる

dnf debug-dump コマンドと dnf debug-restore コマンドを含む DNF debug プラグインは非推奨となり、次の RHEL メジャーリリースで dnf-plugins-core パッケージから削除されます。

libreport のサポートが非推奨になる

libreport ライブラリーのサポートは非推奨となり、次の RHEL メジャーリリースで DNF から削除されます。

dump からの dump ユーティリティーが非推奨になる

ファイルシステムのバックアップに使用される dump ユーティリティーが非推奨になり、RHEL 9 では使用できなくなります。

Bacula の SQLite データベースバックエンドが非推奨になりました

Bacula バックアップシステムは、複数のデータベースバックエンド (PostgreSQL、MySQL、および SQLite) をサポートしていました。SQLite バックエンドに非推奨となり、RHEL の今後のリリースではサポートされなくなります。代わりに、他のバックエンド (PostgreSQL または MySQL) に移行し、新しいデプロイメントでは SQLite バックエンドを使用しないでください。

sysstat パッケージの %vmeff メトリクスが非推奨になる

ページ再利用効率を測定する sysstat パッケージの %vmeff メトリクスは、将来の RHEL メジャーバージョンではサポートされなくなります。sysstat は、新しいカーネルバージョンで提供されるすべての関連する /proc/vmstat 値を解析しないため、sar -B コマンドによって返される %vmeff 列の値は正しくありません。

ReaR 設定ファイルでの TMPDIR 変数の設定が非推奨になる

export TMPDIR=… などのステートメントを使用して、/etc/rear/local.conf または /etc/rear/site.conf ReaR 設定ファイルで TMPDIR 環境変数を設定することは非推奨となりました。

RHEL 9 で cgroupsv1 が非推奨になる

cgroups は、プロセス追跡、システムリソースの割り当て、およびパーティション設定に使用されるカーネルサブシステムです。systemd サービスマネージャーは、cgroups v1 モードと cgroups v2 モードでの起動をサポートします。Red Hat Enterprise Linux 9 では、デフォルトのモードは v2 です。Red Hat Enterprise Linux 10 では、systemd は cgroups v1 モードでの起動をサポートせず、cgroups v2 モードのみが利用可能になります。

インフラストラクチャーサービスではさまざまなパッケージが非推奨になる

以下のパッケージは RHEL 9 では非推奨となり、今後の RHEL メジャーバージョンでは配布されません。

BIND auto-dnssec パラメーターが非推奨となりました

RHEL 9.7 以降、BIND auto-dnssec パラメーターは非推奨となりました。これは今後のリリースで削除される予定です。代わりに、dnssec-policy パラメーターを使用して、完全な Key and Signing Policy (KASP) を指定してください。これにより、関連するすべての設定を単一の直感的なブロックにまとめることができます。

ipset が非推奨になる

RHEL 9 では、ipset ユーティリティーが非推奨となり、今後のメジャーリリースで削除される予定です。Red Hat は、現在のリリースのライフサイクル中にバグ修正とこの機能に対するバグ修正やサポートを提供しますが、この機能は機能拡張の対象外となります。ipset の代わりに、nftables セット機能を使用できます。

Soft-iWARP ドライバーが非推奨になる

RHEL 9 では、サポート対象外のテクノロジープレビューとして Soft-iWARP ドライバーが提供されます。RHEL 9.5 以降では、このドライバーは非推奨となり、RHEL 10 では削除されます。

dhcp-client パッケージが非推奨になる

以前は、dhcp-client パッケージの DHCP クライアントを使用するように、RHEL 9 の NetworkManager を設定することができました。しかし、dhclient ユーティリティーを使用するオプションは現在非推奨になっています。使用すると、NetworkManager の起動時に警告が表示されます。前述のように NetworkManager を設定するには、内部の DHCP ライブラリーに切り替えてください。RHEL 10 では、dhcp-client パッケージは利用できなくなり、dhclient ユーティリティーを使用するように設定されたアプリケーションは、代わりに内部の DHCP ライブラリーを使用するようになります。

perl(Mail::Sender) モジュールが非推奨になる

perl(Mail::Sender) モジュールは非推奨となり、次のメジャーリリースでは代替品なしで削除されます。その結果、net-snmp-perl パッケージの checkbandwidth スクリプトは、ホストまたはインターフェイスの帯域幅の高レベル/低レベルに達したときに、メールアラートの送信をサポートしなくなります。

libdb が非推奨になる

RHEL 9 は現在、LGPLv2 ライセンスで配布される Berkeley DB (libdb) バージョン 5.3.28 を提供しています。アップストリームの Berkeley DB バージョン 6 は、より厳しい AGPLv3 ライセンスで利用できます。

RHEL 9 でネットワークチームが非推奨になる

teamd サービスおよび libteam ライブラリーは、Red Hat Enterprise Linux 9 では非推奨になり、次回のメジャーリリースでは削除される予定です。代替として、ネットワークチームの代わりにボンディングを設定します。

ifcfg 形式の NetworkManager 接続プロファイルが非推奨になる

RHEL 9.0 以降では、ifcfg 形式の接続プロファイルは非推奨になりました。次の RHEL メジャーリリースでは、この形式のサポートが削除されます。ただし、RHEL 9 では、既存のプロファイルを変更すると、NetworkManager は引き続きこの形式で既存のプロファイルを処理および更新します。

firewalld の iptables バックエンドが非推奨になりました

RHEL 9 では、iptables フレームワークは非推奨になりました。結果として、iptables バックエンドと firewalld の direct interface も非推奨になりました。direct interface の代わりに、firewalld のネイティブ機能を使用して必要なルールを設定できます。

firewalld のロックダウン機能が非推奨になる

firewalld のロックダウン機能は非推奨になりました。理由は、root として実行中のプロセスが自身を許可リストに追加するのを防げないためです。ロックダウン機能は、今後の RHEL メジャーリリースで削除される可能性があります。

connection.master、connection.slave-type、connection.autoconnect-slaves プロパティーが非推奨になる

Red Hat では、差別的な表現を含まない言葉の使用に取り組んでいます。したがって、connection.master、connection.slave-type、connection.autoconnect-slaves プロパティーの名前が変更されました。下位互換性を確保するために、古いプロパティー名を新しいプロパティー名にマップするエイリアスが作成されました。

PF_KEYv2 カーネル API が非推奨になる

アプリケーションは、PV_KEYv2 および新しい netlink API を使用して、カーネルの IPsec 実装を設定できます。PV_KEYv2 はアップストリームで積極的に保守されておらず、最新の暗号、オフロード、拡張シーケンス番号サポートなどの重要なセキュリティー機能が欠けています。その結果、RHEL 9.3 以降、PV_KEYv2 API は非推奨となり、次の RHEL メジャーリリースで削除される予定です。アプリケーションでこのカーネル API を使用する場合は、代替として最新の netlink API を使用するように移行してください。

RHEL 9 で ATM カプセル化が非推奨になる

非同期転送モード (ATM) カプセル化により、ATM アダプテーションレイヤー 5(AAL-5) のレイヤー 2(ポイントツーポイントプロトコル、イーサネット) またはレイヤー 3(IP) 接続が可能になります。Red Hat は、RHEL 7 以降 ATM NIC ドライバーのサポートを提供していません。ATM 実装のサポートは RHEL 9 で廃止されています。これらのプロトコルは現在、ADSL テクノロジーをサポートし、メーカーによって段階的に廃止されているチップセットのみで使用されています。したがって、ATM カプセル化は Red Hat Enterprise Linux 9 では非推奨です。

クライアントサイドおよびサーバーサイドの DHCP パッケージが非推奨になる

Internet Systems Consortium (ISC) は、2022 年末をもって ISC DHCP のメンテナンスを終了することを発表しました。そのため、Red Hat は、RHEL 9 でのクライアントサイドおよびサーバーサイドの DHCP パッケージの使用を非推奨とし、今後の RHEL メジャーバージョンでは配布しないことを決定しました。ユーザーは、dhcpcd や ISC Kea などの利用可能な代替手段への移行を準備する必要があります。

kexec-tools の kexec_load システムコールが非推奨になる

2 番目のカーネルをロードする kexec_load システムコールは、将来の RHEL リリースではサポートされなくなります。kexec_file_load システムコールは kexec_load に代わるもので、現在はすべてのアーキテクチャーのデフォルトのシステムコールです。

subscription-manager register の非推奨の --token オプションは、2024 年 11 月末に機能しなくなる

subscription-manager register コマンドの非推奨の --token=<TOKEN> オプションは、2024 年 11 月末以降はサポート対象の認証方法ではなくなります。デフォルトのエンタイトルメントサーバー subscription.rhsm.redhat.com では、トークンベースの認証が許可されなくなります。したがって、subscription-manager register --token=<TOKEN> を使用すると、次のエラーメッセージが表示されて登録が失敗します。

ブロック変換テーブルドライバーのサポートが非推奨になる

ブロック変換テーブルドライバー (btt.ko) のサポートは非推奨となり、今後の RHEL メジャーリリースでは削除される予定です。Red Hat は、現在のリリースライフサイクル中に、セクターモードを使用して Non-Volatile Dual In-line Memory Modules (NVDIMM) の名前空間を設定するためのバグ修正とサポートを提供します。ただし、今後この機能は機能拡張されず、削除される予定です。

nvme_core.multipath パラメーターが非推奨になる

RHEL 9.6 では、nvme_core.multipath パラメーターは非推奨となり、今後のリリースで削除される予定です。Red Hat は、現在のリリースライフサイクル中にこの機能のバグ修正とサポートを提供しますが、この機能は機能拡張されなくなり、今後のメジャーリリースから削除される予定です。

NVMe デバイスのサポートが lsscsi パッケージで非推奨になる

Non-volatile Memory Express (NVMe) デバイスのサポートは非推奨となり、今後の RHEL メジャーリリースでは lsscsi パッケージから削除される予定です。代わりに、nvme-cli、lsblk、blkid などのネイティブツールを使用してください。

NVMe デバイスのサポートが sg3_utils パッケージで非推奨になる

Non-volatile Memory Express (NVMe) デバイスのサポートは非推奨となり、今後の RHEL メジャーリリースでは sg3_utils パッケージから削除される予定です。代わりにネイティブツール (nvme-cli) を使用できます。

lvm2-activation-generator およびその生成されたサービスが RHEL 9.0 で削除される

lvm2-activation-generator プログラムとその生成されたサービス lvm2-activation、lvm2-activation-early、および lvm2-activation-net は、RHEL 9.0 で削除されています。サービスをアクティベートするために使用される lvm.conf event_activation 設定は機能しなくなりました。ボリュームグループを自動アクティブ化する唯一の方法は、イベントベースのアクティブ化です。

RHEL 9 で永続メモリー開発キット (pmdk) とサポートライブラリーが非推奨になる

pmdk は、システム管理者とアプリケーション開発者の永続メモリーデバイスの管理とアクセスを簡素化するためのライブラリーとツールのコレクションです。pmdk およびサポートライブラリーは、RHEL 9 で非推奨になりました。これには、-debuginfo パッケージも含まれます。

md-linear、md-faulty、および md-multipath モジュールが非推奨になる

以下の MD RAID カーネルモジュールが非推奨となり、今後の RHEL メジャーリリースで削除される予定です。

VDO sysfs パラメーターが非推奨になる

Virtual Data Optimizer (VDO) sysfs パラメーターは非推奨となり、今後の RHEL メジャーリリースで削除される予定です。log_level を除き、kvdo モジュールのすべてのモジュールレベルの sysfs パラメーターが削除されます。個々の dm-vdo ターゲットでは、VDO に固有のすべての sysfs パラメーターも削除されます。すべての DM ターゲットに共通するパラメーターには変更はありません。現在、削除されたモジュールレベルのパラメーターを更新することによって設定されている dm-vdo ターゲットの設定値は、変更できなくなります。

非推奨の高可用性機能

以下の機能は Red Hat Enterprise Linux 9.5 で非推奨となり、次のメジャーリリースで削除される予定です。これらの機能を使用してシステムを設定しようとすると、pcs コマンドラインインターフェイスによって警告が表示されます。

Resilient Storage Add-On が非推奨になる

Red Hat Enterprise Linux (RHEL) Resilient Storage Add-On は、RHEL 9 時点で非推奨になりました。Resilient Storage Add-On は、Red Hat Enterprise Linux 10 および RHEL 10 以降のリリースではサポートされなくなります。RHEL Resilient Storage Add-On は、以前のバージョンの RHEL (7、8、9) で、および各バージョンのメンテナンスサポートライフサイクル中は引き続きサポートされます。

Grafana、PCP、grafana-pcp では Redis が Valkey に置き換えられる

Redis キーバリューストアは非推奨となり、RHEL の次のメジャーバージョンでは Valkey に置き換えられます。その結果、Grafana、PCP、および grafana-pcp プラグインは、RHEL 10 では Redis ではなく Valkey を使用してデータを保存します。

llvm-doc の HTML コンテンツが非推奨になる

llvm-doc パッケージの HTML コンテンツは、今後の RHEL リリースで削除され、llvm.org のオンラインドキュメントを指す単一の HTML ファイルに置き換えられます。ネットワークにアクセスできない llvm-doc のユーザーは、LLVM ドキュメントにアクセスするための別の方法が必要になります。

Go の FIPS モードの openssl 3.0 で、2048 未満のサイズの鍵が非推奨となりました

2048 ビット未満の鍵サイズは openssl 3.0 で非推奨となり、Go の FIPS モードでは機能しなくなりました。

Go の FIPS モードで、一部の PKCS1 v1.5 モードが非推奨になる

一部の PKCS1 v1.5 モードは、FIPS-140-3 で暗号化が承認されておらず、無効になっています。Go の FIPS モードでは機能しなくなります。

32 ビットパッケージが非推奨になる

32 ビットの multilib パッケージに対するリンクは非推奨になりました。*.i686 パッケージは Red Hat Enterprise Linux 9 のライフサイクル期間中はサポートされ続けますが、RHEL の次のメジャーバージョンでは削除されます。

dnssec-enable: no; オプションが非推奨になる

/etc/named/ipa-options-ext.conf ファイルの dnssec-enable: no; オプションは非推奨となり、RHEL の今後のメジャーバージョンで削除される予定です。DNS Security Extensions (DNSSEC) はデフォルトで有効になっており、無効にすることはできません。dnssec-validation: no; オプションは引き続き利用可能です。

389-ds-base の nsslapd-subtree-rename-switch が非推奨になりました

この更新前は、データベース内のサブツリー間でエントリーを移動できないように Directory Server を設定できました。安定性の問題のため、この機能は非推奨となり、RHEL の今後のメジャーリリースで削除される予定です。

pam_console モジュールが非推奨になる

RHEL 9.5 では、pam_console モジュールが非推奨となり、今後のリリースで削除される予定です。pam_console モジュールは、物理コンソールまたは端末にログインしたユーザーにファイル権限と認証機能を付与し、コンソールのログインステータスとユーザーの存在に基づいてこれらの権限を調整します。pam_console の代わりに、systemd-logind システムサービスを使用することもできます。設定の詳細は、logind.conf(5) の man ページを参照してください。

OpenDNSSec の SHA-1 が非推奨になる

OpenDNSSec は、SHA-1 アルゴリズムを使用したデジタル署名および認証レコードのエクスポートに対応しています。SHA-1 アルゴリズムの使用に対応しなくなりました。RHEL 9 リリースでは、OpenDNSSec の SHA-1 が非推奨になり、今後のマイナーリリースで削除される可能性があります。また、OpenDNSSec のサポートは、Red Hat Identity Management との統合に限定されます。OpenDNSSec はスタンドアロンでは対応していません。

SSSD 暗黙的なファイルプロバイダードメインが、デフォルトで無効化される

/etc/shadow などのローカルファイルからユーザー情報を取得し、/etc/groups からのグループ情報をグループ化する SSSD 暗黙的 files プロバイダードメインが、デフォルトで無効になりました。

SSSD files プロバイダーは非推奨に

SSSD files プロバイダーは Red Hat Enterprise Linux (RHEL) 9 で非推奨になりました。files プロバイダーは、RHEL の将来のリリースから削除される可能性があります。

ad_allow_remote_domain_local_groups オプションが非推奨になる

sssd.conf の ad_allow_remote_domain_local_groups オプションは、Red Hat Enterprise Linux (RHEL) 9.6 では非推奨となりました。ad_allow_remote_domain_local_groups オプションは、RHEL の今後のリリースから削除される可能性があります。

sss_ssh_knownhostsproxy ツールが非推奨になる

sss_ssh_knownhostsproxy は非推奨となり、RHEL 10 ではより効率的なツールに置き換えられます。sss_ssh_knownhostsproxy は、RHEL 9 では下位互換性のために保持され、RHEL 10 では削除されます。ssh KnownHostsCommand オプションのサポートは、今後のリリースで追加される予定です。

AD および IdM の enumeration 機能が非推奨になる

enumeration 機能を使用すると、Active Directory (AD)、Identity Management (IdM)、および LDAP プロバイダーに対して、引数なしで getent passwd または getent group コマンドを使用することで、すべてのユーザーまたはグループをリスト表示できます。Red Hat Enterprise Linux (RHEL) 9 では、AD および IdM の enumeration 機能のサポートが非推奨となりました。RHEL 10 では、AD および IdM の enumeration 機能は削除されます。