8.10. 文件系统和存储


日志条目不再停止日志写入

在以前的版本中,在设备映射器挂起操作期间和恢复设备操作后的 VDO 驱动程序中,一些日志块仍然被标记为等待一些元数据更新,直到它们可以被重复使用,即使这些更新已经完成。当为日志制作了足够的日志条目以将其折回同一物理块时,它不可用。日志写入将停止,等待块可用,这永远不会发生。因此,当对 VDO 设备的一些操作包含挂起或恢复循环时,设备会在一些日志更新后处于冻结状态。此设备状态之前的日志更新不可预测,因为它依赖 VDO 中以前的分配模式,以及传入的写或丢弃模式。有了这个更新,在挂起或恢复将数据保存到存储后,内部数据结构状态会被重置,并不会再发生锁定。

(BZ#2064802)

添加数据设备不再触发断言失败

在以前的版本中,当在缓存中添加附加设备时,Stratis 在初始化后不会立即使用缓存。因此,当用户试图向池中添加额外的数据设备时,stratisd 服务会返回一个断言失败信息。在这个版本中,缓存会在初始化后立即使用,且不会发生断言失败。

(BZ#2007018)

在向加密池添加新数据设备时解决的错误

在以前的版本中,当用户使用 tang 服务器(通过 --trust-url 选项指定)在 tang 服务器上使用 Clevis bind 命令初始化加密池时,stratisd 不会将 Clevis tang配置的 thumbprint 部分包含在内部数据结构中。因此,当试图向池中添加新数据设备时,会出现故障。在这个版本中,stratisd 的内部数据结构包括 Clevis tang 配置的 thumbprint 部分。

(BZ#2005110)

从 AMD EPYC 系统上的广播发起端连接到 NVMe 命名空间不再需要非默认 IOMMU 设置

默认情况下,RHEL 内核在基于 AMD 的平台上启用 IOMMU。在以前的版本中,lpfc 驱动程序没有使用 scatter-gather 列表 accessor 宏。因此,AMD 处理器的某些服务器遇到 NVMe I/O 问题,如 I/O 故障,因为传输长度不匹配。

在这个版本中,您不需要使用内核命令行选项将 IOMMU 置于维护模式,以便从 Broadcom 启动器连接到 NVMe 命名空间。

(BZ#2073541)

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

© 2024 Red Hat, Inc.