On Tue, Jul 23, 2013 at 07:18:30PM -0400, Alex wrote:
Hi,
# virt-resize -d --expand /dev/sda1 --LV-expand /dev/mapper/prop-home prop-1.img prop-expand.img command line: virt-resize -d --expand /dev/sda1 --LV-expand /dev/mapper/prop-home prop-1.img prop-expand.img Examining prop-1.img ... libguestfs: trace: add_drive "prop-1.img" "readonly:true" libguestfs: trace: add_drive = 0 libguestfs: trace: add_drive "prop-expand.img" "readonly:false" libguestfs: trace: add_drive = 0 libguestfs: trace: launch libguestfs: trace: get_tmpdir libguestfs: trace: get_tmpdir = "/tmp" libguestfs: trace: get_cachedir libguestfs: trace: get_cachedir = "/var/tmp" libguestfs: trace: disk_format "/var/lib/libvirt/images/prop-expand.img" libguestfs: trace: disk_format = "raw" libguestfs: trace: get_cachedir libguestfs: trace: get_cachedir = "/var/tmp" [...] 100% --:-- libguestfs: trace: launch = 0 libguestfs: trace: lvm_set_filter "/dev/sda" libguestfs: trace: lvm_set_filter = -1 (error) Fatal error: exception Guestfs.Error("lvm_set_filter: vgchange: Couldn't find device with uuid zouQ8X-qxqJ-mp6p-pzg3-mi2i-K9YM-A763Kc. Refusing activation of partial LV home. Use --partial to override. Refusing activation of partial LV swap. Use --partial to override.
Does this guest have multiple disks?
libguestfs: trace: close libguestfs: trace: internal_autosync libguestfs: trace: internal_autosync = 0
I don't understand this error message. I also see that vgchange doesn't even have a 'partial' option, so I'm not sure how to troubleshoot it. Here is the filesystem layout for this system:
Which version of libguestfs, and where did you install it from?
It was installed via yum on fedora18:
# rpm -qva|grep guest libguestfs-tools-c-1.20.9-1.fc18.x86_64 libguestfs-tools-1.20.9-1.fc18.x86_64 libguestfs-1.20.9-1.fc18.x86_64
OK, in that case it's (unfortunately) not what I was thinking it was :-(
If you set:
export LIBGUESTFS_DEBUG=1
before running virt-resize then you will get a huge amount of extra debugging, which could be very valuable. If you post that lot somewhere it would be helpful.
However it's definitely a bug of some sort. I will open a Bugzilla bug later unless you get there first.
It's going to take me a bit of time to retest this with debugging info. This happened during a production change window I was given for this. I have the images backed up on another server for testing, but will take me a day or two. I'd appreciate it if you would open the bug to get us started and in front of some other people...
I opened the bug: https://bugzilla.redhat.com/show_bug.cgi?id=987829 Please add the debug information when you can.
Come to think of it, considering it's a bug, how are other people resizing VMs with LVM partitions? Should I plan to find an alternate method to do this?
I've never seen this problem when resizing VMs with logical volumes before. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/