[libvirt] Python binding to virConnectListInterfaces

[Matthias Bolte]

Ah, the not responding NFS datastores may have an empty URL. I'll make
the code more robust in this situation by changing the error to a
warning. Because I iterate over all datastore of the server to find a
matching one, and if a datastore with a problem comes first in the
list it'll hinder the driver to find a possible matching one. Had this
kind of problem before with virtual machines where a broken virtual
machine caused the problem.

I'll review the rest of the code for this kind of problem, because I
suspect there will be more functions with this problem.

Matthias

2009/9/16 Shahar Klein <shaharklein at yahoo.com>:
> It's my ESX4i testing server
> with 3 datastores
> one local and 2 over NFS mounts that are not responding
> Plus this ESX4i server is quite messed up with cloning tests
> I made before discovering the OVA-templates
> I'll clean and try again and will make a mental note
> to test NFS datastore diconnections
> Thanks
> Shahar
> ________________________________
> From: Matthias Bolte <matthias.bolte at googlemail.com>
> To: Shahar Klein <shaharklein at yahoo.com>
> Cc: Daniel P. Berrange <berrange at redhat.com>; veillard at redhat.com;
> libvir-list at redhat.com
> Sent: Tuesday, September 15, 2009 7:56:43 PM
> Subject: Re: [libvirt] Python binding to virConnectListInterfaces
>
> 2009/9/15 Shahar Klein <shaharklein at yahoo.com>:
>> understood
>> so, is that a bug?
>> virsh # list
>>  Id Name                 State
>> ----------------------------------
>>  16 rh53                 running
>> 256 smallLinux           running
>> 336 diskless linux       running
>> virsh # dominfo 16
>> Id:             16
>> Name:           rh53
>> UUID:           564dea41-bf37-44d6-2c9e-c6009be71aa6
>> OS Type:        hvm
>> State:          running
>> CPU(s):         1
>> Max memory:     393216 kB
>> Used memory:    393216 kB
>> virsh #
>> virsh # dumpxml 16
>> error: internal error Datastore URL '' has unexpected prefix, expecting
>> '/vmfs/volumes/' prefix
>>
>
> This message indicates that your ESX server has a datastore with URL
> set to an empty string. This is unexpected.
>
> Goto https://<your-esx-server>/mob then goto content -> rootFolder ->
> childEntity -> datastore. For each datastore element check the
> info.url property, if one of them is an empty string or unset then
> this is the cause for this error message.
>
> If this is really the case for you, the question is: Is an empty URL
> valid, or is this a configuration issue with you ESX server?
>
> Matthias
>
>