Re: [libvirt] Python binding to virConnectListInterfaces

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxx>:
> 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@xxxxxxxxxxxxxx>
> To: Shahar Klein <shaharklein@xxxxxxxxx>
> Cc: Daniel P. Berrange <berrange@xxxxxxxxxx>; veillard@xxxxxxxxxx;
> libvir-list@xxxxxxxxxx
> Sent: Tuesday, September 15, 2009 7:56:43 PM
> Subject: Re: [libvirt] Python binding to virConnectListInterfaces
>
> 2009/9/15 Shahar Klein <shaharklein@xxxxxxxxx>:
>> 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
>
>

--
Libvir-list mailing list
Libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list

[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]