I'm working with the Libvirt Python bindings and have discovered the
following:
If I run virConnect.listDomainsID() locally I get a list of valid IDs.
For example:
>> import libvirt
>> conn = libvirt.open('xen://')
>> conn.listDomainsID()
[0, 35, 36, 37, 38, 39, 40, 61]
If I run the exact same thing remotely I get a list including numerous
invalid IDs. This example shows the same host as shown above, about 20
seconds earlier (everything essentially identical):
>> import libvirt
>> conn = libvirt.open('xen+tls://xxxx.xxxxx')
>> conn.listDomainsID()
[0, 35, 36, 37, 38, 39, 40, 51, 52, 53, 54, 60, 61]
IDs 51, 52, 53, 54 and 60 are invalid.
I first noticed this problem working with libvirt 0.6.0 on the client
and 0.6.2 on the server, and noticed that with those versions the
problem also occurred with virsh.
Locally(0.6.0):
local ~ # virsh list
Id Name State
----------------------------------
0 Domain-0 running
35 xxxxxxx idle
36 xxxxx idle
37 xxxxxx idle
38 xxxxxxxxx idle
39 xxxxxx idle
40 xxxxx idle
61 xxxxxxxxxx idle
Whereas remotely(0.6.0):
remote # virsh -c xen+tls://xxxxx.xxxxx list
Id Name State
----------------------------------
0 Domain-0 running
35 xxxxxxx idle
36 xxxxx idle
37 xxxxxx idle
38 xxxxxxxxx idle
39 xxxxxx idle
40 xxxxx idle
libvir: Xen Daemon error : GET operation failed: xend_get: error from
xen daemon:
libvir: Xen Daemon error : GET operation failed: xend_get: error from
xen daemon:
libvir: Xen Daemon error : GET operation failed: xend_get: error from
xen daemon:
libvir: Xen Daemon error : GET operation failed: xend_get: error from
xen daemon:
libvir: Xen Daemon error : GET operation failed: xend_get: error from
xen daemon:
61 xxxxxxxxxx idle
However with virsh 0.6.2 on the client this appears to be fixed.
Thanks,
--
Russell Haering
Systems Administrator
OSU Open Source Lab