[virt-tools-list] virtinst iso error 'Size must be specified for non existent volume path'
Cole Robinson
crobinso at redhat.com
Tue May 25 15:43:58 UTC 2010
On 05/10/2010 07:19 PM, Dale Bewley wrote:
> All my other guests were created via network boot, when attempting to create a windows guest using a local iso image I'm getting the following error:
>
> [Mon, 10 May 2010 15:17:03 virt-manager 15053] DEBUG (error:76) Uncaught Error: Unable to complete install: 'Size must be specified for non existent volume path '/var/lib/libvirt/images/Windows_Server_2003_R2_Enterprise.iso'' : Unable to complete install '<type 'exceptions.ValueError'> Size must be specified for non existent volume path '/var/lib/libvirt/images/Windows_Server_2003_R2_Enterprise.iso'
> Traceback (most recent call last):
> File "/usr/share/virt-manager/virtManager/create.py", line 1497, in do_install
> dom = guest.start_install(False, meter = meter)
> File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line 539, in start_install
> self._prepare_install(meter)
> File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line 594, in _prepare_install
> meter = meter)
> File "/usr/lib/python2.6/site-packages/virtinst/DistroInstaller.py", line 228, in prepare
> self._prepare_cdrom(guest, distro, meter)
> File "/usr/lib/python2.6/site-packages/virtinst/DistroInstaller.py", line 166, in _prepare_cdrom
> transient=True)
> File "/usr/lib/python2.6/site-packages/virtinst/VirtualDisk.py", line 181, in __init__
> self.__validate_params()
> File "/usr/lib/python2.6/site-packages/virtinst/VirtualDisk.py", line 524, in __validate_params
> self.__check_if_path_managed()
> File "/usr/lib/python2.6/site-packages/virtinst/VirtualDisk.py", line 439, in __check_if_path_managed
> self.path))
> ValueError: Size must be specified for non existent volume path '/var/lib/libvirt/images/Windows_Server_2003_R2_Enterprise.iso'
>
>
> The volume path does exist. However, while the error displays the correct number of '/' delimiters the vol-list contains an extra '/'.
>
> # virsh --connect qemu:///system pool-list --all
> Name State Autostart
> -----------------------------------------
> default active yes
> VGRAID active yes
>
>
> # virsh --connect qemu:///system vol-list default
> Name Path
> -----------------------------------------
> ...
> Windows_Server_2003_R2_Enterprise.iso /var/lib/libvirt/images//Windows_Server_2003_R2_Enterprise.iso
>
> # virsh --connect qemu:///system vol-list VGRAID
> Name Path
> -----------------------------------------
> ...
> VM_Win-Avtest /dev/VGRAID/VM_Win-Avtest
>
>
> # virsh pool-dumpxml default
> <pool type='dir'>
> <name>default</name>
> <uuid>e91d56ab-3145-ea88-6680-dd466a9a5b13</uuid>
> <capacity>52844687360</capacity>
> <allocation>39988449280</allocation>
> <available>12856238080</available>
> <source>
> </source>
> <target>
> <path>/var/lib/libvirt/images/</path>
> <permissions>
> <mode>0700</mode>
> <owner>0</owner>
> <group>0</group>
> </permissions>
> </target>
> </pool>
>
>
> I'm running:
>
> python-virtinst-0.400.3-12.fc11.noarch
> qemu-system-x86-0.10.6-9.fc11.x86_64
> libvirt-0.6.2-19.fc11.x86_64
> virt-manager-0.7.0-8.fc11.x86_64
>
>
> I found the following links so far:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=465551
> http://www.redhat.com/archives/virt-tools-list/2009-November/msg00107.html
>
>
> I tried removing the trailing '/' on the path above with 'virsh pool-edit' but the '/' was automatically re-added.
>
> Is there a fix for this that never made it back into F11?
Sorry for the extremely late response. No fix ever made it into F11,
infact there really isn't a fix yet. I have a patch against libvirt that
sanitizes extra / away which will solve this problem, it should be
upstream shortly, and I'll make sure it is backported to at least F12 + F13.
- Cole
More information about the virt-tools-list
mailing list