9.8. 文件系统和存储

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

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

blk-availability systemd 服务停用了复杂的设备堆栈

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

对于启用了配额的情况下挂载的 XFS 文件系统，不再可能禁用配额记帐

从 RHEL 9.2 开始，无法在已挂载的启用了配额的 XFS 文件系统上禁用配额记帐。

对 NVMe 设备的 udev 规则更改

对 NVMe 设备有一个 udev 规则更改，即添加了 OPTIONS="string_escape=replace" 参数。如果您设备的序列号前面有空格，则这会导致某些厂商的对按 id 命名的磁盘进行更改。

不能在 Kickstart 文件中可靠地使用 NVMe/FC 设备

在解析或执行 Kickstart 文件的预脚本时，NVMe/FC 设备可能不使用，这会导致 Kickstart 安装失败。要临时解决这个问题，将引导参数更新为 inst.wait_for_disks=30。这个选项会导致 30 秒的延迟，应为 NVMe/FC 设备提供充足的时间进行连接。使用这个临时解决方案以及及时连接的 NVMe/FC 设备，Kickstart 安装可以正常进行。

在使用 qedi 驱动程序时内核 panic

在使用 qedi iSCSI 驱动程序时，操作系统引导后内核 panics。要临时解决这个问题，请向内核引导命令行中添加 kfence.sample_interval=0 来禁用 kfence 运行时内存错误检测器功能。

当 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。

当启用了 iommu 时系统无法引导

当在使用 BNX2I 适配器的 AMD 平台上启用输入输出内存管理单元(IOMMU)时，系统无法引导，并显示 Direct Memory Access Remapping (DMAR)timeout 错误。要临时解决这个问题，请在使用内核命令行选项 iommu=off 进行引导前禁用 IOMMU。因此，系统可以引导，没有任何错误。

RHEL 安装程序不会自动发现或使用 iSCSI 设备作为 aarch64 上的引导设备

在 aarch64 上运行的 RHEL 安装程序中没有 iscsi_ibft 内核模块可防止自动发现固件中定义的 iSCSI 设备。使用 GUI 手动添加这些设备时，安装程序不会自动看到这些设备，或者选择作为引导设备。作为临时解决方案，请在引导安装程序时将 "inst.nonibftiscsiboot" 参数添加到内核命令行中，然后使用 GUI 手动附加 iSCSI 设备。因此，安装程序可以将附加的 iSCSI 设备识别为可引导，安装可以如预期完成。