8.8. 文件系统和存储
multipathd 现在显示一条消息而不是无响应
在以前的版本中，在执行 multipathd show maps topology 命令或没有任何多路径设备的情况下的其他命令时，命令经常会挂起和超时，而没有任何响应。有了此更新，multipathd 命令现在显示 ok，没有返回任何输出，也没有挂起和超时。
Jira:RHEL-44569[1]
multipath 现在可以正确地将路径与原生 multipathd NVMe 设备相关联
在以前的版本中，multipath 命令显示带有命名空间 1 的原生 multipathd NVMe 设备，作为其路径中第一个定义的命名空间，而不是显示正确的路径。有了此修复，multipath 现在在列出原生 multipathd NVMe 设备时，可以正确地匹配它们的路径。因此，当使用 multipath 查看原生 multipathd NVMe 设备时，您可以看到正确的路径，其中路径的命名空间 ID 与 NVMe 设备的命名空间 ID 匹配。
Jira:RHEL-28068[1]
对 multipathd 的 flush_on_last_del 参数的修改解决了服务挂起的问题
在以前的版本中，当尝试自动删除其最后一个路径已被删除的未使用的多路径设备时，multipathd 可能会挂起。在这种情况下，当没有可用路径时，多路径设备被设置为排队 IO
有了此修复，通过禁用排队，multipathd 现在可以自动删除多路径设备。如果设备上没有禁用队列，则 multipathd 将不会尝试自动删除。要达到此目的，您可以为 flush_on_last_del 参数设置以下选项和 yes 或 no ：
-
always: 当设为always或yes时，multipathd始终会在最后一个路径被删除时禁用排队。 -
unused：这是默认选项。当设置为unused或no时，当删除最后一个路径已删除且设备未使用时，multipathd会禁用排队。 -
never：当设为never时，multipathd不会在最后一个路径被删除时禁用排队。
因此，在尝试自动删除最后一个已知路径是无效的未使用的多路径设备时，multipathd 不再变得无响应。
Jira:RHEL-30272[1]
当在 /etc/fstab中将 NVMe-FC 设备添加为挂载点时，系统可以正确启动
在以前的版本中，由于 nvme-cli nvmf-autoconnect systemd 服务中的一个已知问题，在将光纤通道上的 Non-volatile Memory Express (NVMe-FC)设备添加为 /etc/fstab 文件中的挂载点时，系统无法引导。因此，系统进入紧急模式。有了此更新，当挂载 NVMe-FC 设备时，系统可以引导，而没有任何问题。
Jira:RHEL-8171[1]
LUN 现在在操作系统安装过程中可见
在以前的版本中，系统没有使用固件源的身份验证信息，特别是在涉及带有存储在 iSCSI iBFT (Boot Firmware Table)中 CHAP (Challenge-Handshake Authentication Protocol) 的 iSCSI 硬件卸载的情况。因此，在安装过程中 iSCSI 登录失败。
有了udisks2-2.9.4-9.el9 固件身份验证中的修复，这个问题已被解决，LUN 在安装和初始引导过程中可见。
Bugzilla:2213769[1]
