Xen users - Mar 2012 - unable to open a connection to the Xen hypervisor/daemon

Hello,

It seems that I have installed Xen 4.1.2 successfully. Because I can see
the following:

[root@centOSHost su]# xm list
Name                                        ID   Mem VCPUs      State
Time(s)
Domain-0                                     0  3328     2     r-----
154.3



However, when I try to launch virtual machine manager (by clicking the icon
directly), I see the following error information:

  Unable to open a connection to the Xen hypervisor/daemon.

Verify that:
 - A Xen host kernel was booted
 - The Xen service has been started


no connection driver available for No connection for URI xen:///

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/connection.py", line 1146,
in
_open_thread
    self.vmm = self._try_open()
  File "/usr/share/virt-manager/virtManager/connection.py", line 1130,
in
_try_open
    flags)
  File "/usr/lib64/python2.6/site-packages/libvirt.py", line 102, in
openAuth
    if ret is None:raise libvirtError(''virConnectOpenAuth()
failed'')
libvirtError: no connection driver available for No connection for URI
xen:///

I believe that Xen kernel has been booted and services (including xend and
xencommns) have been started. But can anyone help me out of this error? Any
comments or hints are appreciated.


Thanks in advance,

-- 
Su Zhang


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

Hi,

2012/3/7 Su Zhang <westlifezs@gmail.com>:
> However, when I try to launch virtual machine manager (by clicking the icon
> directly), I see the following error information:
>
>   Unable to open a connection to the Xen hypervisor/daemon.
>
> Verify that:
>  - A Xen host kernel was booted
>  - The Xen service has been started
please check if your libvirt is compiled with Xen support and the
libvirtd daemon is started.
The error message is a libvirt message and a little misleading.

flo

-- 
the purpose of libvirt is to provide an abstraction layer hiding all
xen features added since 2006 until they were finally understood and
copied by the kvm devs.