[virt-tools-list] [PATCH virt-manager] virtManager: do not fail at connection time if a volume does not exist

Giuseppe Scrivano gscrivan at redhat.com
Wed Dec 10 12:52:51 UTC 2014


Cole Robinson <crobinso at redhat.com> writes:

> On 12/10/2014 05:29 AM, Giuseppe Scrivano wrote:
>> Problem introduced by commit 1662f75e07e8bfb46a552c686e2db3e4368786b6
>>
>> Signed-off-by: Giuseppe Scrivano <gscrivan at redhat.com>
>> ---
>>   virtManager/domain.py | 5 ++++-
>>   1 file changed, 4 insertions(+), 1 deletion(-)
>>
>> diff --git a/virtManager/domain.py b/virtManager/domain.py
>> index 2d4afcb..ad9f8a6 100644
>> --- a/virtManager/domain.py
>> +++ b/virtManager/domain.py
>> @@ -496,7 +496,10 @@ class vmmDomain(vmmLibvirtObject):
>>           for disk in self.get_disk_devices(refresh_if_nec=False):
>>               if disk.read_only:
>>                   continue
>> -            if not disk.path:
>> +            try:
>> +                if not disk.path:
>> +                    continue
>> +            except libvirt.libvirtError:
>>                   continue
>>               if disk.driver_type == "qcow2":
>>                   seen_qcow2 = True
>>
>
> Thanks for the report. We might want to handle this lower in the code
> since this could cause issues elsewhere as well. This is just with a
> type=volume disk where the volume doesn't exist? I'll poke at it.

now that I look more carefully at it, the problem is caused by this:

    <disk type='volume' device='disk'>
      <driver name='qemu'/>
      <source pool='default' volume='afile'/>
      <target dev='vda' bus='virtio'/>
    </disk>

Regards,
Giuseppe




More information about the virt-tools-list mailing list