Let's wrap up the study week with a practical, hands-on scenario. This is a task you will absolutely have to perform as a sysadmin and a key skill for the RHCSA exam: extending a logical volume that's running low on space.
The Scenario:
You've received an alert that a server is running out of disk space. Here are the details:
An existing logical volume, /dev/vg_apps/lv_data, is mounted on /srv/appdata.
The LV is currently 10GB and needs to be extended to 15GB.
You've already confirmed the volume group vg_apps has plenty of free space.
The filesystem is XFS.
The change must be done **online**, without unmounting the filesystem.
How would you solve it?
What are the commands you would use to safely extend both the logical volume and the XFS filesystem? Let's see your step-by-step process!
Bonus Question: What command would you use to resize the filesystem if it was ext4 instead of XFS?
Drop your solutions in the comments. Have a fantastic weekend!
@Debasis_roy77 awesome, that's a solid and correct solution. Thanks for sharing!
You've laid out the classic two-step process perfectly: resize the LV, then resize the filesystem. It's safe and it works every time.
For everyone following along, have you ever seen a way to combine those two steps into a single, time-saving command? It's a useful flag to know.
You nailed the XFS part. Let's dig a little deeper on that second step: Why do we need a specific command like xfs_growfs at all? What does that tell us about what we'd need to do for a different filesystem, like ext4?
Great stuff for getting the ball rolling on this. Let's see what everyone else thinks!
For ext4, to resize mountpoint of extend LV, it would be fsadm -l resize /dev/mapper/vg_apps-lv_data instead of xfs_growfs, other wise ext4 can be done using lvextend -L -r +5G /dev/mapper/vg_apps-lv_data
To resize the filesystem if it was ext4 instead of XFS ----------------------------------------------------------- lvextend -L +5G /dev/vg_apps/lv_data resize2fs /dev/vg_apps/lv_data
