☰

无法扩展 RHEL 设备上的逻辑卷

tag-icon • tag-icon linux redhat disk-space-utilization
无法扩展 RHEL 设备上的逻辑卷

问题

我在升级 CA/Broadcom API 网关的 RHEL 虚拟设备时遇到问题

该问题在从 9.3 升级到 9.4 时出现，2GB 的 /tmp 目录太小，无法提取平台补丁

当然，下一步是增加 /tmp 目录以便成功提取 - 按照此处的文档进行：

https://techdocs.broadcom.com/content/broadcom/techdocs/us/en/ca-enterprise-software/layer7-api-management/api-gateway/9-3/reference/virtual-appliance-deployment-best-practices/virtual-appliance-configuration/increase-size-of-virtual-disk.html

我已经完成了所有这一切，没有任何问题：

fdisk /dev/sdb
Select Option N to add a new partition
Select Option P to set the new partition as the primary
Specify "1" to set the partition number
Press <Enter> to accept the default starting cylinder
Press <Enter> to accept the default ending cylinder
Select Option T to change the partition type
Specify "8e" to change the type to "Linux LVM"
Select Option W to write the changes to disk.
Initialize the new disk partition: pvcreate /dev/sdb1
Add a physical volume to an existing volume group: vgextend vg00 /dev/sdb1

问题出在：

我的问题在这里：lvextend -r -l +100%FREE /dev/mapper/vg00-lv_tmp /dev/sdb1

(resize2fs)中的“-r”标志lvextend会调整实际文件系统的大小，这是失败的部分

查看时lvscan，/lv_tmp 上的实际卷已成功扩展（原始 2GB + 额外磁盘的 10GB = 12GB）

问题如下：虽然逻辑卷已扩展，但文件系统未能成功调整大小（因此实际lvscan报告 12GB 但df -h显示只有 2GB）

我刚刚得到fsadm: Resize ext3 Failed. fsadm failed: 1

预期结果：

在原有 2GB 基础上再扩展 10GB，可用空间将增加到 12GB

答案1

调整ext[234]文件系统大小有一些先决条件，最重要的是：文件系统处于干净状态。如果lvextend（调用fsadm，进而调用resize2fs）不会显示特定错误，请手动检查：

e2fsck -fn /dev/mapper/vg00-lv_tmp

通常，resize2fs 会明确告诉您在调整大小操作之前需要做什么：

# resize2fs /dev/mapper/vg00-lv_tmp
Please run 'e2fsck -f /dev/mapper/vg00-lv_tmp' first

相关内容