I’m in the process of switching from kickstart builds for new VM’s to image based clones. I needed to find a simple way to add space to a qcow2 image file along with one of the partitions in it and the volumes it contained. Most of the guides I found used virt-resize to resize the image. While virt-resize makes resizing qcow2 images really easy it has the side affect of making sparse images into non-spare images. This can end up using a considerable amount of space depending on how much additional space you are adding. The rest of the options I found have you converting qcow2 to raw and then back again which is slow and also can consume large amounts of space.
Libguestfs to the rescue!
Now there are a few requirements, namely this only works if the partition you want to modify is either the last partition or the only partition and you need to do this all while the VM is shutdown. In my case it’s the last partition I need to expand, the disk layout has boot at partition 1 and partition 2 contains two LVM volumes. It’s both of these volumes that I want to expand via libguestfs.
full gist available here with some error checking and a few more options.
Lets go!
First lets increase the qcow2 image size using the standard qemu-img tool, lets add 40GB.
1
| |
Now using whatever language you like (libguestfs has lots of bindings for various languages) fire up the guestfs back end. Note that you can do this in the shell/Bash if you like but calculating the proper partition sector start location is a little harder (not impossible just a bit more work). Everything below is in Python, copy it to a script or just type along in the Python command line.
1 2 3 4 5 6 | |
Lets assume your dev name is /dev/sda but you can use the list_devices function to find it if you are not sure. Now lets get the partition list:
1
| |
We need the start location of partition 2:
1
| |
Grab the block size of the image:
1
| |
Calculate the starting sector by dividing our partition start location by the block size:
1
| |
Now the scary part, we need to delete partition 2:
1
| |
Ok great the partition is gone, lets create a new one now with the info we gathered above. The ‘-1’ bit below tells libguestfs that you want the last sector as your end sector. This is a nice shortcut so you don’t need to calculate it yourself:
1 2 3 4 | |
As noted above because the partition table can’t be re-read by the kernel you will get an error message. This is ok, to resolve this lets just stop and restart the libguestfs system to force it to reload the partition table:
1 2 3 | |
Ok now we can resize the PV inside the partition we just expanded:
1
| |
Now in this case I know the exact volume names but if you didn’t know it you can use the lvs function in libguestfs to list them. Since I know them already I’m just going to include it in the command below which takes my swap volume from whatever it was (2GB previously) to 6GB now.
1
| |
Ok great, swap vol is now 6GB! Lets expand the root volume with any remaining space in the PV. This uses a slightly different guestfs command that fills free space with a percentage number. For my particular use case I just want to fill all remaining space or 100% remaining space as shown below:
1
| |
Last steps, lets resize the actual filesystem on the root volume and then check it to make sure everything is OK:
1 2 | |
Now shutdown the guestfs process since we are all done:
1 2 | |
That’s it! Looks hard but it’s pretty simple, the hardest part is calulating your proper start sector. Now go boot up your VM and you will find that swap has increased to 6GB and your root volume has an additional 34GB of space in it!
This all happens in less than a minute if you script/automate it all and doesn’t have any of the conversion or sparse to non-sparse issues that virt-resize has.
Enjoy!
