8.8. 文件系统和存储
NVMe/TCP 不支持设备映射器多路径
使用带有 nvme-tcp
驱动程序的设备映射器多路径可能会导致 Call Trace 警告和系统不稳定。要临时解决这个问题,NVMe/TCP 用户必须启用原生 NVMe 多路径,且不能在 NVMe 中使用 device-mapper-multipath
工具。
默认情况下,RHEL 9 中启用了原生 NVMe 多路径。如需更多信息,请参阅在 NVMe 设备 上启用多路径。
Jira:RHELPLAN-105944[1]
blk-availability
systemd 服务停用了复杂的设备堆栈
在 systemd
中,默认的块停用代码并不总是正确处理虚拟块设备的复杂堆栈。在一些配置中,虚拟设备在关闭过程中可能无法被删除,这会导致记录错误信息。
临时解决方案:执行以下命令取消激活复杂的块设备堆栈:
systemctl enable --now blk-availability.service
# systemctl enable --now blk-availability.service
因此,复杂虚拟设备堆栈会在关闭过程中被正确停用,且不会生成错误消息。
Jira:RHELPLAN-99108[1]
对于启用了配额的情况下挂载的 XFS 文件系统,不再可能禁用配额记帐
从 RHEL 9.2 开始,无法在已挂载的启用了配额的 XFS 文件系统上禁用配额记帐。
临时解决方案:删除 quota 选项,通过重新挂载文件系统来禁用配额核算。
Jira:RHELPLAN-145001[1]
对 NVMe 设备的 udev 规则更改
对 NVMe 设备有一个 udev 规则更改,即添加了 OPTIONS="string_escape=replace"
参数。如果您设备的序列号前面有空格,则这会导致某些厂商的对按 id 命名的磁盘进行更改。
Jira:RHELPLAN-154195[1]
不能在 Kickstart 文件中可靠地使用 NVMe/FC 设备
在解析或执行 Kickstart 文件的预脚本时,NVMe/FC 设备可能不使用,这会导致 Kickstart 安装失败。
临时解决方案:将引导参数更新为 inst.wait_for_disks=30
。这个选项会导致 30 秒的延迟,应为 NVMe/FC 设备提供充足的时间进行连接。使用这个临时解决方案以及及时连接的 NVMe/FC 设备,Kickstart 安装可以正常进行。
Jira:RHEL-8164[1]
在使用 qedi
驱动程序时内核 panic
在使用 qedi
iSCSI 驱动程序时,操作系统引导后内核 panics。要临时解决这个问题,请向内核引导命令行中添加 kfence.sample_interval=0
来禁用 kfence
运行时内存错误检测器功能。
Jira:RHEL-8466[1]
当 vdo
已安装时,基于 ARM 的系统无法使用 64k 页大小内核进行更新
在安装 vdo
软件包过程中,RHEL 安装 kmod-kvdo
软件包和一个使用 4k
页大小作为依赖项的内核。因此,从 RHEL 9.3 更新至 9.x 失败,因为 kmod-kvdo
与 64k 内核冲突。
临时解决方案:在尝试更新前删除 vdo
软件包及其依赖项。
即使对 qedf
适配器,lldpad
也是自动启用
当使用 QLogic Corp 时。FastLinQ QL45000 系列 10/25/40/50GbE,FCOE 控制器在运行 RHV 的系统上自动启用 lldpad
守护进程。因此,I/O 操作会停止并显示错误,例如 [qedf_eh_abort:xxxx]:1: Aborting io_req=ff5d85a9dcf3xxxx
。
临时解决方案: DisableLink Layer Discovery Protocol (LLDP),然后为可在 vdsm
配置级别上设置的接口启用它。更多信息,请参阅 https://access.redhat.com/solutions/6963195。
Jira:RHEL-8104[1]
当启用了 iommu
时系统无法引导
当在使用 BNX2I 适配器的 AMD 平台上启用输入输出内存管理单元(IOMMU)时,系统无法引导,并显示 Direct Memory Access Remapping (DMAR)timeout 错误。
临时解决方案:使用内核命令行选项 iommu=off
前禁用 IOMMU。因此,系统可以引导,没有任何错误。
Jira:RHEL-25730[1]