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]
