8.8. 文件系统和存储
multipathd 现在会显示信息而不是无响应
在以前的版本中，在执行 multipathd show maps topology 命令或没有任何多路径设备的情况下的其他命令时，命令会在没有任何响应的情况下挂起和超时。在这个版本中，multipathd 命令显示 ok，没有输出在没有挂起且超时的情况下返回。
Jira:RHEL-44569[1]
多路径 现在可以正确地将路径与原生 multipathd NVMe 设备相关联
在以前的版本中，multipath 命令会显示带有命名空间 1 的原生 multipathd NVMe 设备，作为路径中的第一个定义命名空间，而不是显示正确的路径。在这个版本中，多路径会在 列出它们时正确匹配到原生 multipathd NVMe 设备的路径。因此，当使用 多路径 查看原生 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或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]
