8.9. 文件系统和存储
lpfc 驱动程序在 D_ID 端口交换过程中处于有效状态
在以前的版本中，在发出 NetApp giveback 操作后 SAN Boot 主机会导致 LVM 挂起任务警告和停滞的 I/O。由于光纤通道 D_ID 端口交换，也会在 DM-Multipath 环境中提供备用路径时发生此问题。由于竞争条件，D_ID 端口交换会导致 lpfc 驱动程序中的状态不一致，这会阻止 I/O 被发出。
有了这个修复，lpfc 驱动程序在 D_ID 端口交换发生时确保有效状态。因此，光纤频道 D_ID 端口交换不会挂起 I/O。
Bugzilla:2173947[1]
multipathd 向所有路径中添加了持久性保留注册密钥
在以前的版本中，当 multipathd 守护进程启动时，它识别现有多路径设备的一个路径上持久性保留的注册密钥，并不是该设备的所有路径都有注册密钥。因此，如果在 multipathd 停止时，如果有带有持久性保留的多路径设备的新路径，则不会在这些路径上设置持久性保留。这允许路径上的 IO 处理，即使它们应该被保留密钥所禁止。
有了此修复，如果 multipathd 在任何设备路径上找到了持久保留注册密钥，它会将密钥添加到所有活动路径中。因此，多路径设备现在都在所有路径上正确设置了持久性保留，即使 multipathd 未运行时首先出现了路径设备。
LUN 现在在操作系统安装过程中可见
在以前的版本中，系统没有使用固件源的身份验证信息，特别是在涉及带有存储在 iSCSI iBFT (Boot Firmware Table)中的 CHAP (Challenge-Handshake Authentication Protocol)的 iSCSI 硬件卸载的情况。因此，在安装过程中 iSCSI 登录会失败。
有了udisks2-2.9.4-9.el9 固件身份验证中的修复，这个问题已被解决，LUN 在安装和初始引导时可见。
Bugzilla:2213769[1]
当在 /etc/fstab中将 NVMe-FC 设备添加为挂载点时，系统可以正确启动
在以前的版本中，由于 nvme-cli nvmf-autoconnect systemd 服务中的一个已知问题，在将光纤通道上的 Non-volatile Memory Express (NVMe-FC)设备添加为 /etc/fstab 文件中的挂载点时，系统无法引导。因此，系统进入紧急模式。有了此更新，当挂载 NVMe-FC 设备时，系统可以引导，而没有任何问题。
Jira:RHEL-8171[1]
