6.6. ファイルシステムおよびストレージ
Multipathd はデバイスが誤って I/O をキューイングしていないかチェックするようになりました
以前は、次の条件下では、マルチパスデバイスが (失敗するように設定されていたにもかかわらず) I/O のキューイングを再開していました。
-
マルチパスデバイスの
queue_if_no_paths
パラメーターが複数回の再試行に設定されていた。 - 動作中のパスがなく、I/O をキューイングしなくなったパスデバイスが、マルチパスデバイスから削除された。
今回の更新により、問題が修正されました。その結果、キューイングが無効化され、使用可能なパスがない状態でパスが削除された場合、マルチパスデバイスは I/O のキューイングを再開しなくなりました。
Jira:RHEL-16563[1]
dm-crypt
および dm-verity
デバイスの no_read_workqueue
、no_write_workqueue
、try_verify_in_taskle
オプションは一時的に無効になっています
以前は、no_read_workqueue
または no_write_workqueue
オプションを使用して作成された dm-crypt
デバイスと、try_verify_in_tasklet
オプションを使用して作成された dm-verity
デバイスによってメモリー破損が発生していました。その結果、ランダムにカーネルメモリーが破損し、さまざまなシステムの問題が発生しました。この更新により、これらのオプションは一時的に無効になります。この修正により、一部のワークロードで dm-verity
と dm-crypt
のパフォーマンスが低下する可能性があることに注意してください。
Jira:RHEL-22232[1]