All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jim Fehlig <jfehlig@suse.com>
To: Dario Faggioli <raistlin@linux.it>
Cc: virt <virt@lists.fedoraproject.org>,
	Cole Robinson <crobinso@redhat.com>,
	xen-devel <xen-devel@lists.xen.org>,
	Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
	M A Young <m.a.young@durham.ac.uk>
Subject: Re: libxl and libvirt in Fedora (rawhide)
Date: Mon, 21 Jan 2013 17:55:36 -0700	[thread overview]
Message-ID: <50FDE388.8080604@suse.com> (raw)
In-Reply-To: <1358550647.16718.250.camel@Abyss>

Dario Faggioli wrote:
> On Thu, 2013-01-17 at 09:00 -0700, Jim Fehlig wrote: 
>   
>> Dario Faggioli wrote:
>>     
>>> Hi Jim,
>>>
>>> I'm having some problems with the libvirt libxl driver you're working
>>> on. More specifically, it does not seem to be working for me, at least
>>> not in the form in which it comes out of the related Fedora package.
>>>
>>> If/When you have a minute, would it be possible to you to have a look
>>> here:
>>> https://bugzilla.redhat.com/show_bug.cgi?id=893699
>>> https://bugzilla.redhat.com/show_bug.cgi?id=893699#c10 ?
>>>   
>>>       
>> Thanks for the bug ref, I've made a comment there.
>>
>>     
> Thanks. I replied myself, trying to provide some more information about
> what's going on...
>
>   
>> As mentioned in the bug, the libxl driver will not load if xend is
>> running.  It appears xend is not running on your system, so hopefully
>> there is something in your libvirtd logs telling why the driver did not
>> load.
>>
>>     
> I'm not even sure whether xend is running or not! :-( As I wrote there,
> even when I only see the xend status check, I have xm working, which
> shouldn't happen without a proper xend running, right?
>   

For those not following in the bug, the libxl driver executes
'/usr/sbin/xend status' and refuses to load it xend is running.  The
problem here is that the status check causes xend to start!  I can't
reproduce the issue, so perhaps it is specific to the fedora packages.

> Moreover, independently from whether I install the package or not, or
> whether I kill/start xend manually, it looks indeed like the libxl
> driver is not able to load itself.
>   

Since checking xend status starts the service and returns that it is
running, the driver won't load :).

> Where should I look for the libvirtd logs you're mentioning? I've
> checked in /var/log/libvirt/* and in /var/log/messages, without finding
> anything interesting. Should I look somewhere else? Should I pass
> additional parameter to any of the involved components?
>   

See /etc/libvirt/libvirtd.conf for a nice set of logging controls.

Regards,
Jim

  parent reply	other threads:[~2013-01-22  0:55 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1358419891.16718.146.camel@Abyss>
2013-01-17 16:00 ` libxl and libvirt in Fedora (rawhide) Jim Fehlig
2013-01-18 23:10   ` Dario Faggioli
     [not found]   ` <1358550647.16718.250.camel@Abyss>
2013-01-22  0:55     ` Jim Fehlig [this message]
2013-01-22 15:22       ` Dario Faggioli
2013-01-22 20:19       ` M A Young
     [not found]       ` <alpine.DEB.2.00.1301221951220.32543@procyon.dur.ac.uk>
2013-01-23  8:59         ` Dario Faggioli
2013-01-23 11:19         ` George Dunlap
2013-01-17 10:51 Dario Faggioli

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=50FDE388.8080604@suse.com \
    --to=jfehlig@suse.com \
    --cc=crobinso@redhat.com \
    --cc=konrad.wilk@oracle.com \
    --cc=m.a.young@durham.ac.uk \
    --cc=raistlin@linux.it \
    --cc=virt@lists.fedoraproject.org \
    --cc=xen-devel@lists.xen.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.