Gizmo Chicken wrote:According to that, xend is not running.
> Hi Jim,
>
> Thanks much for suggestions. And please accept my apologies for not
> replying sooner. Your reply got buried in lots of other list-serve
> messages.
>
> You asked: "Ensure xend is *not* running and then restart libvirtd.
> The libvirt libxl driver will only load when xend is not running."
>
> I'm a bit new at this, but I was under the impression that setting
> setting toolstack=xl in /etc/default/xen would prevent xend from
> starting. That is, I thought that xend wouldn't start when xl was
> running. Am I totally wrong about that?
>
> In any case, xl is running and if I try to send an xm command, I get
> the following: "A different toolstack (xl) has been selected!" Is
> there something else that I should try to insure that xend isn't running?
The log snippet confirms xend is not running, but nothing about the
>
> (As a reminder, if I set toolstack=xm in /etc/default/xen,
> virt-manager works great. But I'm hoping to use the xl toolstack.)
>
> You asked: "Did the libxl driver even load? There should be some
> evidence of that in libvirtd.log."
>
> My libvirtd.log doesn't seem provide any evidence of that the libxl
> driver is loaded. (See log copied below.) But libvirtd.log does
> mention an "internal error failed to connect with xend." So honestly,
> I'm not quite sure whether libxl loaded. What's the best way to confirm?
libxl driver.
Not sure. I use fedora and openSUSE. I haven't used Ubuntu's virt
>
> You asked: "Has your libvirt package been built with the libxl driver
> enabled?"
>
> I'm using the libvirt package that is available from the Ubuntu 13.04
> (and now 13.10) repository. How would I go about checking whether
> that package was built with the libxl driver enabled?
packages. Sounds like you should file a bug with Ubuntu or ask on one
of their related mailing lists.
Regards,
Jim
>
> Thanks so much for any additional help you can provide!
>
> Best regards,
> GizmoChicken
>
>
> var/log/libvirt/libvirtd.log
>
> 2013-05-18 05:44:47.614+0000: 1304: info : libvirt version: 1.0.5
> 2013-05-18 05:44:47.614+0000: 1304: error : xenHypervisorDoV2Sys:1006
> : Unable to issue hypervisor ioctl 3166208: Permission denied
> 2013-05-18 05:44:47.615+0000: 1304: error : xenHypervisorDoV2Sys:1006
> : Unable to issue hypervisor ioctl 3166208: Permission denied
> 2013-05-18 05:44:47.617+0000: 1304: error : xenHypervisorDoV2Sys:1006
> : Unable to issue hypervisor ioctl 3166208: Permission denied
> 2013-05-18 05:44:47.618+0000: 1304: error : xenHypervisorDoV2Sys:1006
> : Unable to issue hypervisor ioctl 3166208: Permission denied
> 2013-05-18 05:44:47.618+0000: 1304: error : xenHypervisorDoV2Sys:1006
> : Unable to issue hypervisor ioctl 3166208: Permission denied
> 2013-05-18 05:44:47.619+0000: 1304: error : xenHypervisorDoV2Sys:1006
> : Unable to issue hypervisor ioctl 3166208: Permission denied
> 2013-05-18 05:44:47.635+0000: 1304: error : do_connect:103 : internal
> error failed to connect to xend
> 2013-05-18 05:44:47.636+0000: 1304: error : xenDaemonOpen_tcp:700 :
> unable to connect to 'localhost:8000': Connection refused
> 2013-05-18 05:45:13.647+0000: 1289: error : virNetSocketReadWire:1362
> : Cannot recv data: Connection reset by peer
>
>
>
>
>
>
>
> On Mon, Apr 1, 2013 at 9:21 AM, Jim Fehlig <jfehlig@suse.com
> > virt-tools-list@redhat.com <mailto:virt-tools-list@redhat.com>> <mailto:jfehlig@suse.com>> wrote:
>
> Gizmo Chicken wrote:
> > QUESTION: What, if anything, can I do so that I can use xl (in
> place
> > of xm) with libvirt 1.0.2 and Xen 4.2.1 in Ubuntu 13.04?
>
> Ensure xend is *not* running and then restart libvirtd. The libvirt
> libxl driver will only load when xend is not running.
>
> >
> > BACKGROUND: I am testing a fully updated (as of March 27)
> > installation of Ubuntu 13.04 that includes the following packages:
> >
> > libvirt - version 1.0.2-0ubuntu9
> > xen-hypervisor-4.2-amd64 - version 4.2.1-0ubuntu1
> >
> > Upon setting TOOLSTACK=xm in /etc/default/xen (as well as making
> a few
> > needed tweaks to /etc/xen/xend-config.sxp), libvirt and virt-manager
> > worked great. Yippee!
> >
> > I guess that I should be happy that the xm toolstack still works
> with
> > Xen 4.2.1 and quit while I'm ahead, but...
> >
> > According to libvirt's documentation:
> >
> > "libxl: Starting with Xen 4.2, the legacy XenD/xm toolstack is
> > deprecated in favor of libxl, also commonly called libxenlight.
> > libvirt supports this new Xen toolstack via the libxl driver. If
> XenD
> > is enabled, the legacy xen driver consisting of the above mentioned
> > channels will be used. If XenD is disabled, the libxl driver will be
> > used."
> >
> > See http://libvirt.org/drvxen.html.
> >
> > In view of the above, I attempted to use xl in place xm by setting
> > TOOLSTACK=xl in /etc/default/xen. And after doing so (both
> with and
> > without, the above mentioned tweaks to /etc/xen/xend-config.sxp), I
> > recieved the following error when attempting to start virt-manager:
> >
> > Unable to connect to libvirt.
> >
> > unable to connect to 'localhost:8000': Connection refused
>
> Did the libxl driver even load? There should be some evidence of that
> in libvirtd.log. Has your libvirt package been built with the libxl
> driver enabled?
>
> Regards,
> Jim
>
> >
> > Verify that:
> > - A Xen host kernel was booted
> > - The Xen service has been started
> >
> > Libvirt URI is: xen:///
> >
> > Traceback (most recent call last):
> > File "/usr/share/virt-manager/virtManager/connection.py", line
> 1027,
> > in _open_thread
> > self.vmm = self._try_open()
> > File "/usr/share/virt-manager/virtManager/connection.py", line
> 1009,
> > 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: unable to connect to 'localhost:8000': Connection
> refused
> >
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------
> >
> > _______________________________________________
> > virt-tools-list mailing list
> > https://www.redhat.com/mailman/listinfo/virt-tools-list
>
>