10.9. 文件系统和存储
LVM writecache
的限制
writecache
LVM 缓存方法有以下限制,这些限制不会出现在 cache
方法中:
-
使用
pvmove
命令时您无法命名writecache
逻辑卷。 -
您不能将带有
writecache
的逻辑卷与精简池或 VDO 结合使用。
以下限制也适用于 cache
方法:
-
您不能在将
cache
或writecache
附加到逻辑卷时重新定义大小。
(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 工具(如 vgcreate
或 vgextend
)不再允许您创建有不同逻辑块大小的物理卷(PV)的卷组(VG)。LVM 启用了这个更改,因为如果您使用不同块大小的 PV 扩展了基本逻辑卷(LV),文件系统将无法挂载。
要重新创建带有混合块大小的 VG,在 lvm.conf
文件中设置 allow_mixed_block_sizes=1
选项。
使用带有 NVMe/TCP 驱动程序的设备映射器多路径会导致系统不稳定
NVMe/TCP 驱动程序不支持 DM 多路径。使用它会导致内核中的睡眠函数在原子上下文中被调用,从而导致系统不稳定。
要临时解决这个问题,请启用原生 NVMe 多路径。不要使用 DM 多路径工具。对于 RHEL 8,将 nvme_core.multipath=Y
选项添加到内核命令行。
(BZ#2022359)
blk-availability systemd
服务会停用复杂设备堆栈
在 systemd
中,默认的块停用代码并不总是正确处理虚拟块设备的复杂堆栈。在一些配置中,虚拟设备在关闭过程中可能无法被删除,这会导致记录错误信息。要临时解决这个问题,请执行以下命令来停用复杂块设备堆栈:
# systemctl enable --now blk-availability.service
因此,复杂虚拟设备堆栈会在关闭过程中被正确停用,且不会生成错误消息。
(BZ#2011699)