From: David Vrabel <david.vrabel@citrix.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
"Sven Köhler" <sven.koehler@gmail.com>
Subject: Re: xl vs. xm, possible bug in xl
Date: Thu, 8 Sep 2011 18:44:22 +0100 [thread overview]
Message-ID: <4E68FEF6.10206@citrix.com> (raw)
In-Reply-To: <20110908170755.GB16730@dumpdata.com>
On 08/09/11 18:07, Konrad Rzeszutek Wilk wrote:
> On Thu, Sep 08, 2011 at 06:42:12PM +0200, Sven Köhler wrote:
>> Hi,
>>
>> xl is supposed to superseed xm, is this correct? How mature is xl,
>> actually? I'm asking, because the maintainers of the gentoo's xen
>> packages are migrating the init.d-scripts from xm to xl, but xl is
>> causing a lot of trouble.
>>
>> Well, xl basically fails to start domains on my system.
>>> # xl create /etc/xen/xen-sk1
>>> Parsing config file /etc/xen/xen-sk1
>>> libxl: error: libxl.c:2145:libxl_set_memory_target new target 0 for dom0 is below the minimum threshold
>>> libxl: error: libxl.c:2145:libxl_set_memory_target new target 0 for dom0 is below the minimum threshold
>>> libxl: error: libxl.c:2145:libxl_set_memory_target new target 0 for dom0 is below the minimum threshold
>>> failed to free memory for the domain
>>
>> Consider, that autobaloon=1 in xl.conf.
>> With the autobaloon=0 the errors change to
>>
>>> # xl create /etc/xen/xen-sk1
>>> Parsing config file /etc/xen/xen-sk1
>>> libxl: error: libxl_device.c:476:libxl__wait_for_device_model Device Model not ready
>>> xl: fatal error: libxl_create.c:535, rc=-1: libxl__confirm_device_model_startup
>>
>>
>> Note, that I use dom0_mem=512M in grub.conf. Also, xm top states, that
>> there are 2139432k free memory. Considering the first issue, it seems
>> like xl is trying to baloon memory away from dom0, which fails - which
>> seems obvious wrong considering that I use dom0_mem. CONFIG_XEN_BALLOON
>> is enabled for dom0
>
> Yeah, there is a bug there (in Linux kernel) that just got integrated in 3.1-rc5.
> Will show up in 3.0.5.
>
> Hm, but the migrating memory away from dom0 seems bizzare. Lets ping
> David who has been in the thick of this. I have a feeling it is the
> "delta" patches ..
This patch:
http://lists.xensource.com/archives/html/xen-devel/2011-08/msg00813.html
is only relevant if the initial number of pages overlaps with gaps in
the memory map (typically more than 3 GB). With dom0_mem=512M you
shouldn't be hitting this. So I don't think any of the patches in that
series are relevant here (but you could give them a try anyway).
>> The second issue sounds more severe, and I'm pretty clueless.
>>
>> Is this a bug in xl?
>
>> Starting the very same domain with xm works without a hassle.
>>
>>
>> dom0:
>> vanilla 3.0.0 with vga patch
>
> You could upgrade to 3.0.4 and then you get the VGA patch for free
> (and some bug-fixes too).
>
>> xen 4.1.1
>>
>> domU config:
>> kernel = "/usr/src/linux-domU/_domU/vmlinux"
>> memory = 2048
>> vcpus = 8
>>
>> root = "/dev/xvda1"
>> extra = "ro"
>>
>> disk = [
>> "phy:/dev/md2,xvda1,w",
>> "phy:/dev/md5,xvda2,w",
>> ]
>> vif = [
>> "bridge=xenbr0,mac=00:16:3E:00:00:01",
>> "bridge=xenbr1,mac=00:16:3E:00:01:01",
>> ]
next prev parent reply other threads:[~2011-09-08 17:44 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-08 16:42 xl vs. xm, possible bug in xl Sven Köhler
2011-09-08 17:07 ` Konrad Rzeszutek Wilk
2011-09-08 17:44 ` David Vrabel [this message]
2011-09-08 22:53 ` Sven Köhler
2011-09-09 11:27 ` Stefano Stabellini
2011-09-09 11:27 ` Sven Köhler
2011-09-09 12:05 ` Stefano Stabellini
2011-09-09 12:06 ` Stefano Stabellini
2011-09-09 12:43 ` Sven Köhler
2011-09-09 12:54 ` Stefano Stabellini
2011-09-09 14:16 ` Ian Campbell
[not found] ` <alpine.DEB.2.00.1109091307080.12963@kaball-desktop>
2011-09-21 16:13 ` Re: xl vs. xm, possible bug in xl (fwd) [and 1 more messages] Ian Jackson
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=4E68FEF6.10206@citrix.com \
--to=david.vrabel@citrix.com \
--cc=konrad.wilk@oracle.com \
--cc=sven.koehler@gmail.com \
--cc=xen-devel@lists.xensource.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).