nesredin mahmud wrote: > Hello Jim, > > thank for you replying me quickly! > > That was right i did not use --with-libxl option during configuration > of libvirt-1.0.6. Now libxenlight is loaded. > > > > On Thu, Jun 13, 2013 at 10:40 PM, Jim Fehlig <jfehlig@xxxxxxxx > <mailto:jfehlig@xxxxxxxx>> wrote: > > nesredin mahmud wrote: > > hello everyone, > > > > I have problem starting virt-manager (0.9.1). It tries to connect to > > xen forever... > > my environment setup is: > > -ubuntu-12.0.4 > > > > virsh # version > > Compiled against library: libvirt 1.0.6 > > Using library: libvirt 1.0.6 > > Using API: Xen 1.0.6 > > Running hypervisor: Xen 4.2.0 > > > > ERROR: from virt-manager > > > > Unable to connect to libvirt: > > > > internal error libxenlight state driver is not active > > > > Verify that: > > - A Xen host kernel was booted > > - The Xen service has been started > > > > Traceback (most recent call last): > > File "/usr/share/virt-manager/virtManager/connection.py", line > 1185, > > in _open_thread > > self.vmm = self._try_open() > > File "/usr/share/virt-manager/virtManager/connection.py", line > 1167, > > in _try_open > > flags) > > File "/usr/lib/python2.7/dist-packages/libvirt.py", line 102, in > > openAuth > > if ret is None:raise libvirtError('virConnectOpenAuth() failed') > > libvirtError: internal error libxenlight state driver is not active > > > > I taught the libxenligh was already working. > > I compiled libvirt --with-xen and am using virsh as well. > > To enable building the libxl driver use '--with-libxl'. > > > And xl is working good. > > I have stopped *xend* as well so that xl will working. > > With debug enabled, do you see the libxl driver being initialized by > libvirtd at startup? E.g. you should see something like > > virsh # version > Compiled against library: libvirt 1.0.6 > Using library: libvirt 1.0.6 > Using API: xenlight 1.0.6 > Running hypervisor: xenlight 4.2.0 > > # tail -f /var/log/syslog|grep virStateInitialize > Jun 14 16:09:59 swart-2 libvirtd: 9643: debug : virStateInitialize:826 > : Running global init for Remote state driver > Jun 14 16:09:59 swart-2 libvirtd: 9643: debug : virStateInitialize:826 > : Running global init for Network state driver > > > 2013-06-13 20:35:53.755+0000: 27848: debug : virStateInitialize:826 : > Running global init for LIBXL state driver > > But I dont see the debug message: Running global init for LIBXL state > driver Strange, you should be seeing more than the two noted above. E.g. on my system with log_level=1 in libvirtd.conf: 2013-06-14 15:28:14.216+0000: 13314: debug : virStateInitialize:826 : Running global init for Remote state driver 2013-06-14 15:28:14.216+0000: 13314: debug : virStateInitialize:826 : Running global init for Network state driver 2013-06-14 15:28:14.365+0000: 13314: debug : virStateInitialize:826 : Running global init for Storage state driver 2013-06-14 15:28:14.365+0000: 13314: debug : virStateInitialize:826 : Running global init for udev state driver 2013-06-14 15:28:14.526+0000: 13314: debug : virStateInitialize:826 : Running global init for Secret state driver 2013-06-14 15:28:14.527+0000: 13314: debug : virStateInitialize:826 : Running global init for NWFilter state driver 2013-06-14 15:28:14.564+0000: 13314: debug : virStateInitialize:826 : Running global init for Xen state driver 2013-06-14 15:28:14.564+0000: 13314: debug : virStateInitialize:826 : Running global init for LIBXL state driver 2013-06-14 15:28:14.602+0000: 13314: debug : virStateInitialize:826 : Running global init for QEMU state driver 2013-06-14 15:28:19.934+0000: 13314: debug : virStateInitialize:826 : Running global init for LXC state driver 2013-06-14 15:28:19.965+0000: 13314: debug : virStateInitialize:826 : Running global init for UML state driver > Another problem I have seen after I recompiled libvirt: Virsh does not > list the dom0 and domu Currently, dom0 is not listed by the libvirt libxl driver, similar to the qemu or LXC driver not listing the "host" as a domain. Perhaps this needs to be reconsidered though, since in Xen dom0 is just another domain and in many way can be managed just like any other domU, e.g. memory ballooned, vcpus added, etc. But this is a separate discussion which should be held on the libvirt dev list :). As for not seeing domUs, were those domUs created with libvirt? libvirt won't know about domains managed by another libxl application, e.g. those created with 'xl create ...'. Regards, Jim _______________________________________________ virt-tools-list mailing list virt-tools-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/virt-tools-list
