[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] libxl: error: libxl.c:2150:libxl_set_memory_target new target 0 for dom0 is below the minimum threshold



On Wed, 2011-11-23 at 11:23 +0000, Stefano Stabellini wrote:
> On Wed, 23 Nov 2011, Ian Campbell wrote:
> > On Wed, 2011-11-23 at 10:56 +0000, Stefano Stabellini wrote:
> > > On Tue, 22 Nov 2011, Teck Choon Giam wrote:
> > > > >> >> That means default value changed if it is unset for autoballoon?
> > > > >> >> Original one is commented with #autoballoon = 1 in 
> > > > >> >> /etc/xen/xl.conf so
> > > > >> >> it is unset I guess so the default value for autoballoon for c/s 
> > > > >> >> 23110
> > > > >> >> is autoballoon=0 where c/s 23190 is autoballoon=1? ÃÆÃâ?ÃÆÃâÅÃâ 
> > > > >> >> Just some
> > > > >> >> guessing... ...
> > > > >
> > > > > Autoballoon and dom0_mem are incompatible.
> > > > > I don't think there are any relevant differences between 23110 and 
> > > > > 23190
> > > > > on xen-unstable, maybe you used to start dom0 without dom0_mem before?
> > > > 
> > > > Nope... all my servers will always have those dom0_mem set.  It is
> > > > from xen-4.1-testing not xen-unstable for the two changeset.
> > > 
> > > I still cannot see anything in that range. However as I said before, it
> > > is expected that with dom0_mem set autoballoon needs to be disabled.
> > 
> > We still haven't seen the full node IDs of the changesets which I asked
> > for so it is not obvious that we are actually looking at the same range
> > of changesets...
> > 
> > > Maybe it is worth documenting this somewhere, any suggestions where?
> > 
> > xl man page? Perhaps we also need a separate /etc/xl.cfg (or whatever
> > the path is) page?
> > 
> > If there is anywhere on the wiki which recommends dom0_mem= (and there
> > should be) it should simultaneously mention this setting. As should any
> > "getting started" page.
> > 
> > On the other hand I'm not sure why autoballoon and dom0_mem play so
> > badly together. Surely if dom0_mem is used autoballon should just see
> > that there is plenty of free RAM in the system and not do anything?
>  
> Because one of the "memory slack" paramters needed by autoballoon is
> 
> totalmemory - dom0_memory_at_boot

libxl gets dom0_memory_at_boot via the dominfo (in
libxl__fill_dom0_memory_info which I assume happens before any
potentially autoballooning) which should take dom0_mem into account,
doesn't it?

> fortunately libxl is smart enough to trim it to 15% of the total memory
> of the system, just in case a user forgot to disable autoballon but set
> dom0_mem.
> Ah! Now that you make me think about it, I bet the failure comes from a
> system that is missing:
> 
> libxl: Introduce a maximum limit for free_mem_slack (re (dom0) ballooning)
>     
>     This fixes this message:
>      libxl: error: libxl.c:2921:libxl_set_memory_target new target
>                    for dom0 is below the minimum threshold
>     which can occur spuriously if dom0_mem is specified and xl
>     autoballoning is left turned on.

It's in 4.1-testing as 22210:4d95192b2fc8.


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.