8.10. 文件系统和存储

NVMe/TCP 不支持设备映射器多路径

使用带有 nvme-tcp 驱动程序的设备映射器多路径可能会导致 Call Trace 警告和系统不稳定。要临时解决这个问题，NVMe/TCP 用户必须启用原生 NVMe 多路径，且不能在 NVMe 中使用 device-mapper-multipath 工具。

默认情况下，RHEL 9 中启用了原生 NVMe 多路径。如需更多信息，请参阅在 NVMe 设备上启用多路径。

(BZ#2033080)

blk-availability systemd 服务取消激活复杂设备堆栈

在 systemd 中，默认块取消激活代码并不总是正确处理虚拟块设备的复杂堆栈。在一些配置中，在关闭过程中可能无法删除虚拟设备，从而导致错误信息被记录。要临时解决这个问题，请执行以下命令取消激活复杂块设备堆栈：

# systemctl enable --now blk-availability.service

因此，在关闭过程中可以正确地取消激活复杂的虚拟设备堆栈，且不会生成错误消息。

(BZ#2011699)

supported_speeds 的无效 sysfs 值

qla2xxx 驱动程序报告 20Gb/s，而不是预期的 64Gb/s 作为 sysfs supported_speeds 属性中支持的端口速度之一：

$ cat /sys/class/fc_host/host12/supported_speeds
16 Gbit, 32 Gbit, 20 Gbit

因此，如果 HBA 支持 64Gb/s 链接速度，sysfs supported_speeds 值不正确。这只会影响 sysfs 的 supported_speeds 值，端口在预期的协商链接率中运行。

(BZ#2069758)

无法从 AMD EPYC 系统上的 Broadcom initiator 连接到 NVMe 命名空间

默认情况下，RHEL 内核在基于 AMD 的平台上启用 IOMMU。因此，当您在带有 AMD 处理器的服务器中使用启用了 IOMMU 的平台时，您可能会遇到 NVMe I/O 问题，如 I/O 因传输长度不匹配而失败。

要临时解决这个问题，使用内核命令行选项 iommu=pt 在 passthrough 模式中添加 IOMMU。现在，您可以在 AMD EPYC 系统中从 Broadcom initiator 连接到 NVMe 命名空间。

(BZ#2073541)