Red Hat Bugzilla – Bug 528947
virtinst: Creating LVM volume on QEMU during VM creation fails
Last modified: 2009-12-03 18:48:14 EST
Created attachment 364749 [details]
virt-manager.log when trying to clone
Description of problem:
I try to clone a paused, or shut down VM with virt-manager. When I select the clone option I get this error:
Erreur lors de la définition des paramètres du clone : Could not use path '['/dev/data/cos5-clone']' for cloning: 'LogicalVolume' object has no attribute 'format'
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/engine.py", line 744, in clone_domain
File "/usr/share/virt-manager/virtManager/clone.py", line 138, in show
File "/usr/share/virt-manager/virtManager/clone.py", line 183, in reset_state
File "/usr/share/virt-manager/virtManager/clone.py", line 488, in populate_storage_lists
self.clone_design.clone_devices = new_disks
File "/usr/lib/python2.6/site-packages/virtinst/CloneManager.py", line 227, in set_clone_devices
ValueError: Could not use path '['/dev/data/cos5-clone']' for cloning: 'LogicalVolume' object has no attribute 'format'
This VM is installed on a LVM logical volume (pool name data, volume group /dev/data)
Version-Release number of selected component (if applicable):
libvirt 0.7.1 (running on a CentOS 5.4 x86_64 host)
virt-manager 0.8.0-7 (from http://markmc.fedorapeople.org/virt-preview/f11/x86_64/) on Fedora 11 x86_64
Always. At least when disk is backed by an LVM pool (haven't tried with file as backend)
Steps to Reproduce:
Get a traceback
Clone should work
on another desktop running ubuntu, I used a slightly older release (0.8-3) for virt-manager, from the same repo, converted to .deb using alien. Cloning is working.
Thanks for the report. This actually a virtinst bug, now fixed upstream:
adding to F12VirtTarget
This should be fixed in python-virtinst-0.500.1-1.fc13 which will be in the next rawhide compose.