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]