12.7. ファイルシステムおよびストレージ
Red Hat Enterprise Linux 10.2 でファイルシステムとストレージに関して修正された問題点を確認してください。
- SCSI テープドライバーの修正により、リセット後にデバイス ID IOCTL が有効化されます
今回のアップデート以前は、SCSI テープ (
st) ドライバーのリグレッションが原因で、デバイスのリセット (サードパーティー製のパワーオンリセットなど) 後に、特定のテープアプリケーションが失敗していました。これらのアプリケーションがioctlコマンドを使用してデバイス ID 情報を検証しようとした際、バッファーの状態が準備できていない場合、ドライバーは要求をブロックしました。これにより、"device /dev/nst1 failed on scsi ioctl(idlun)" などのエラーが発生し、影響を受けたテープはエラー状態になりました。今回のアップデートにより、
stドライバーが修正され、idlunなどの情報提供用のioctlコマンドが内部バッファーの状態に関係なく実行できるようになりました。その結果、テープアプリケーションは、リセット後でもデバイス情報を正常に検証できるようになりました。Jira:RHEL-115965[1]
- マルチパスの永続的予約処理がより堅牢かつ一貫性のあるものになりました
今回のアップデート以前は、
mpathpersistコマンドで使用されるlibmpathpersistライブラリーに、マルチパスデバイスの永続的予約処理に影響を与える複数の問題や特殊なケースが存在していました。これにより、以下の問題が発生しました。-
マルチパスデバイス上で、多数の
mpathpersist操作が失敗しました。 - 永続的予約が、不整合な状態になることがありました。その結果、マルチパスデバイスは、本来許可されるべき書き込みアクセスを拒否し、本来禁止されるべき書き込みアクセスを許可していました。
今回のリリースでは、
libmpathpersistの複数の領域が再設計および修正され、動作の正確性と整合性が確保されました。その結果、マルチパスデバイス上のmpathpersistコマンドは、SCSI デバイス上の同等のsg_persistコマンドと同じように動作するようになりました。マルチパスデバイスへの I/O アクセスも、デバイスの永続的予約状態を常に反映しています。Jira:RHEL-118720[1]
-
マルチパスデバイス上で、多数の
- Anaconda インストーラーは、ID が 256 以上の iSCSI LUN を使用できるようになりました
今回のアップデート以前は、iSCSI ストレージを使用するシステムでオペレーティングシステムのインストールを開始すると、Anaconda インストーラーがクラッシュする可能性がありました。これは、iSCSI 論理ユニット番号 (LUN) ID が 256 以上の場合に発生していました。
今回のアップデートには、
blivetライブラリーにおける LUN ID 解析ロジックの修正が含まれています。その結果、LUN ID が 256 以上の iSCSI ターゲットを使用するシステムへのインストールが可能になりました。
- 新しい VDO
vdocalculatesizeユーティリティーを追加し、メタデータのエラー処理を改善しました 今回のアップデートでは、
vdocalculatesizeユーティリティーが導入されました。vdocalculatesizeは、論理サイズ、物理サイズ、スラブサイズ、インデックスメモリーサイズ、ブロックマップキャッシュサイズなどのパラメーターに基づいて、Virtual Data Optimizer (VDO) ボリュームのサイズとメモリー要件を計算します。その結果、VDO ボリュームを正確に計画およびプロビジョニングすることができ、VDO ストレージデプロイメントにおける設定の不確実性を低減できます。今回のリリースでは、VDO メタデータが破損した場合のエラー処理も修正されています。
multipathdは、初期化されていないパスに関するオフラインパス警告をログに記録します今回のアップデート以前は、パスがオフラインの状態で
multipathdが起動または再設定された場合、デーモンはそのパスに対して通常のオフライン警告を出力しませんでした。このため、初期化されていないパスに関する問題を特定することが困難でした。今回のアップデートにより、
multipathdは、初期化されていないパスに対してオフラインメッセージを出力するようになりました。その結果、パスのステータスを一貫してに監視できるようになりました。Jira:RHEL-133815[1]
- PowerPC 上での NVMe
subsystem reset復旧に関する問題を修正しました 今回のアップデート以前は、PowerPC プラットフォームで
nvme subsystem-resetコマンドを実行すると、Non-volatile Memory Express (NVMe) デバイスがresetting状態になり、復旧に失敗していました。その結果、デバイスがハングし、復旧にはシステムの再起動が必要でした。今回のリリースにより、NVMe デバイスは
subsystem reset後も正しく復旧するようになりました。resetting状態からlive状態へ移行中は、一時的にアクセスできなくなります。Jira:RHEL-137767[1]