搜索

8.10. 文件系统和存储

download PDF

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 值不正确。这只会影响 sysfssupported_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)

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.