8.10. 文件系统和存储
日志条目不再停止日志写入
在以前的版本中,在设备映射器挂起操作期间和恢复设备操作后的 VDO 驱动程序中,一些日志块仍然被标记为等待一些元数据更新,直到它们可以被重复使用,即使这些更新已经完成。当为日志制作了足够的日志条目以将其折回同一物理块时,它不可用。日志写入将停止,等待块可用,这永远不会发生。因此,当对 VDO 设备的一些操作包含挂起或恢复循环时,设备会在一些日志更新后处于冻结状态。此设备状态之前的日志更新不可预测,因为它依赖 VDO 中以前的分配模式,以及传入的写或丢弃模式。有了这个更新,在挂起或恢复将数据保存到存储后,内部数据结构状态会被重置,并不会再发生锁定。
添加数据设备不再触发断言失败
在以前的版本中,当在缓存中添加附加设备时,Stratis 在初始化后不会立即使用缓存。因此,当用户试图向池中添加额外的数据设备时,stratisd
服务会返回一个断言失败信息。在这个版本中,缓存会在初始化后立即使用,且不会发生断言失败。
在向加密池添加新数据设备时解决的错误
在以前的版本中,当用户使用 tang 服务器(通过 --trust-url
选项指定)在 tang 服务器上使用 Clevis bind 命令初始化加密池时,stratisd
不会将 Clevis tang配置的 thumbprint 部分包含在内部数据结构中。因此,当试图向池中添加新数据设备时,会出现故障。在这个版本中,stratisd
的内部数据结构包括 Clevis tang 配置的 thumbprint 部分。
从 AMD EPYC 系统上的广播发起端连接到 NVMe 命名空间不再需要非默认 IOMMU 设置
默认情况下,RHEL 内核在基于 AMD 的平台上启用 IOMMU。在以前的版本中,lpfc
驱动程序没有使用 scatter-gather 列表 accessor 宏。因此,AMD 处理器的某些服务器遇到 NVMe I/O 问题,如 I/O 故障,因为传输长度不匹配。
在这个版本中,您不需要使用内核命令行选项将 IOMMU 置于维护模式,以便从 Broadcom 启动器连接到 NVMe 命名空间。
(BZ#2073541)