xfs_growfs -d fails

SUSE Product Topics SLES Configure-Administer
1

I am running SLES12 and I attempting to increase the size of the / directory. The directory is a LVM xfs volume. However, when I execute xfs_growfs -d / the LVM volume is unchanged.
[QUOTEpvscan
Logging initialised at Tue Sep 1 10:06:33 2015
Set umask from 0022 to 0077
Wiping cache of LVM-capable devices
Wiping internal VG cache
Walking through all physical volumes
PV /dev/dasdc2 VG system lvm2 [6.68 GiB / 4.00 MiB free]
PV /dev/dasda1 VG system lvm2 [20.63 GiB / 20.63 GiB free]
PV /dev/dasdb1 VG system lvm2 [41.27 GiB / 41.27 GiB free]
Total: 3 [68.58 GiB] / in use: 3 [68.58 GiB] / in no VG: 0 [0 ]
Wiping internal VG cache][/QUOTE]
[QUOTEcat /etc/fstab
/dev/system/swap swap swap defaults 0 0
/dev/system/root / xfs defaults 1 1
/dev/disk/by-path/ccw-0.0.15c0-part1 /boot/zipl ext2 acl,user_xattr 1 2][/QUOTE]

[QUOTE] xfs_growfs -d /
meta-data=/dev/mapper/system-root isize=512 agcount=4, agsize=306432 blks
= sectsz=4096 attr=2, projid32bit=1
= crc=1 finobt=0
data = bsize=4096 blocks=1225728, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0 ftype=1
log =internal bsize=4096 blocks=2560, version=2
= sectsz=4096 sunit=1 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
data size unchanged, skipping[/QUOTE]

2

Hi mikenash,

you don’t show any information about the LV the root fs is on - was it’s size increased (i.e. via “lvresize -L+someM /dev/system/root”) before trying to extend the file system on that LV?

Regards,
Jens

3

Hello Jens, thank you for the reply. I found out the solution was to lvextend the container first and then do the xfs_growfs.