搜索

11.10. 文件系统和存储

download PDF

LVM writecache 的限制

writecache LVM 缓存方法有以下限制,这些限制不会出现在 cache 方法中:

  • 使用 pvmove 命令时您无法命名 writecache 逻辑卷。
  • 您不能将带有 writecache 的逻辑卷与精简池或 VDO 结合使用。

以下限制也适用于 cache 方法:

  • 您不能在将 cachewritecache 附加到逻辑卷时重新定义大小。

(JIRA:RHELPLAN-27987、BZ#1798631、BZ#1808012)

XFS 配额警告经常被触发

使用配额计时器会导致配额警告的触发过于频繁,这导致软配额的强制执行的速度比应该执行的速度更快。要临时解决这个问题,请不要使用软配额,这会防止触发警告。因此,警告信息量将不再强制软配额限制,会尊重配置的超时时间。

(BZ#2059262)

保存一个 LUKS 卷的 LVM mirror 设备有时将变为无响应

在某些情况下,保存 LUKS 卷的片段类型的 mirror LVM 设备可能会变得无响应。无响应设备会拒绝所有 I/O 操作。

要解决这个问题,红帽建议在有弹性软件定义的存储之上使用带 raid1 的片段类型的 LVM RAID 1 设备而不是镜像( mirror )。

raid1 segment 类型是默认的 RAID 配置类型,它作为推荐的解决方案替换 mirror

要将 mirror 设备转换为 raid1,请参阅将镜像 LVM 设备转换为 RAID1 设备

(BZ#1730502)

无法将 /boot 文件系统放在 LVM 中

您不能将 /boot 文件系统放在 LVM 逻辑卷中。这种限制的原因如下:

  • 在 EFI 系统中,EFI 系统分区 通常充当 /boot 文件系统。uEFI 标准要求有特定的 GPT 分区类型和具体文件系统类型。
  • RHEL 8 在系统引导条目中使用 Boot Loader 规格 (BLS)。这个规格要求 /boot 文件系统可由平台固件可读。在 EFI 系统中,平台固件只能读取 uEFI 标准定义的 /boot 配置。
  • 在 GRUB 2 引导装载程序中不支持 LVM 逻辑卷。红帽没有计划进行改进,因为如 uEFI 和 BLS 的标准,这个功能的使用情况正在下降。

红帽不计划在 LVM 中支持 /boot。反之,红帽提供了管理系统快照和回滚的工具,这些工具不需要将 /boot 文件系统放在 LVM 逻辑卷中。

(BZ#1496229)

LVM 不再允许使用混合块大小创建卷组

LVM 工具(如 vgcreatevgextend)不再允许您创建有不同逻辑块大小的物理卷(PV)的卷组(VG)。LVM 启用了这个更改,因为如果您使用不同块大小的 PV 扩展了基本逻辑卷(LV),文件系统将无法挂载。

要重新创建带有混合块大小的 VG,在 lvm.conf 文件中设置 allow_mixed_block_sizes=1 选项。

(BZ#1768536)

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

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

# systemctl enable --now blk-availability.service

因此,复杂虚拟设备堆栈会在关闭过程中被正确停用,且不会生成错误消息。

(BZ#2011699)

VDO 驱动程序 bug 可能会导致设备通过日志块冻结

在跟踪设备映射器 suspend 操作时,VDO 驱动程序中的一个 bug 会导致系统将一些日志块标记为等待元数据更新。自 suspend 调用以来,更新已应用。

当日志返回到相同的物理块时,块将停止可用。最后,所有写操作都会停止,直到块再次可用。VDO 设备上的 growPhysicalgrowLogicalsetWritePolicy 操作包含一个 suspend/resume 循环,这会导致在几次日志更新后出现设备冻结。

在它之上增加 VDO 池或逻辑卷的大小,或对 LVM 工具管理的 VDO 设备使用 pvmovelvchange 操作也会触发此问题。

作为临时解决方案,以任何涉及 suspend/resume 循环的方式更改 VDO 设备的设置,完全关闭 VDO 设备,然后再次启动它。这会清除不正确的内存状态,并重置日志块。因此,该设备不再被冻结,可以正常工作。

(BZ#2109047)

在启动 VDO 卷时,系统会因为软锁定而挂起

为了修复 pv_mmu_ops 结构中的内核 ABI 中断,内核版本为 4.18.0-425.10.1.el8_7 的 RHEL 8.7 系统,即 RHEL-8.7.0.2-BaseOS,会在启动 Virtual Data Optimizer (VDO)卷时挂起或遇到内核 panic。要临时解决这个问题,请在引导到 kernel-4.18.0-425.10.1.el8_7 前禁用任何 VDO 卷,以防止系统挂起,或降级到内核的早期版本,即 4.18.0-425.3.1.el8,以保留 VDO 功能。

(BZ#2158783)

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

© 2024 Red Hat, Inc.