I’ve resized many a ext4 partition, but now that XFS is the ‘default’ partition type for CentOS/RHEL 7 I am learning on the job, as the saying goes.
I needed to increase the partition size on a Xen VM (backed by iSCSI). So resizing the LVM virtual disk was easy-peasy. After resizing the virtual disk on the iSCSI NAS, a
parted -l inside the VM guest showed that the disk was larger (200GB), but the partition size was still the original size (40GB). So I issued
xfs_growfs but no change, no joy.
Turns out, I had to delete the partition. So I backed up the data on the partition and fired up parted:
[root@backup-server ~]# parted /dev/xvdb GNU Parted 3.1 Using /dev/xvdb Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) print Model: Xen Virtual Block Device (xvd) Disk /dev/xvdb: 215GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 1049kB 42.9GB 42.9GB xfs backups (parted) rm 1 (parted) mkpart primary xfs 0% 100% (parted) print Model: Xen Virtual Block Device (xvd) Disk /dev/xvdb: 215GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 1049kB 215GB 215GB xfs primary (parted) quit
Then I issued a
partprobe just to be on the safe side. After this I tried xfs_growfs again:
[root@backup-server ~]# xfs_growfs /backups meta-data=/dev/xvdb1 isize=512 agcount=4, agsize=2621312 blks = sectsz=512 attr=2, projid32bit=1 = crc=1 finobt=0 spinodes=0 data = bsize=4096 blocks=10485248, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0 ftype=1 log =internal bsize=4096 blocks=5119, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 data blocks changed from 10485248 to 52428288 [root@backup-01 ~]# df -h Filesystem Size Used Avail Use% Mounted on ... /dev/xvdb1 200G 7.7G 193G 4% /backups
Viola! And all of my data was still on the partition.