[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Claim mode and HVM PoD interact badly
On Fri, Jan 10, 2014 at 03:10:48PM +0000, Wei Liu wrote: > On Fri, Jan 10, 2014 at 09:58:07AM -0500, Konrad Rzeszutek Wilk wrote: > > On Fri, Jan 10, 2014 at 11:59:42AM +0000, Ian Campbell wrote: > > > create ^ > > > owner Wei Liu <wei.liu2@xxxxxxxxxx> > > > thanks > > > > > > On Fri, 2014-01-10 at 11:56 +0000, Wei Liu wrote: > > > > When I have following configuration in HVM config file: > > > > memory=128 > > > > maxmem=256 > > > > and have claim_mode=1 in /etc/xen/xl.conf, xl create fails with > > > > > > > > xc: error: Could not allocate memory for HVM guest as we cannot claim > > > > memory! (22 = Invalid argument): Internal error > > > > libxl: error: libxl_dom.c:647:libxl__build_hvm: hvm building failed > > > > libxl: error: libxl_create.c:1000:domcreate_rebuild_done: cannot > > > > (re-)build domain: -3 > > > > libxl: error: libxl_dm.c:1467:kill_device_model: unable to find device > > > > model pid in /local/domain/82/image/device-model-pid > > > > libxl: error: libxl.c:1425:libxl__destroy_domid: > > > > libxl__destroy_device_model failed for 82 > > > > > > > > With claim_mode=0, I can sucessfuly create HVM guest. > > > > > > Is it trying to claim 256M instead of 128M? (although the likelyhood > > > > No. 128MB actually. > > > > Huh? My debug message says otherwise. It tried to claim 248MB (256MB - > 8MB video ram). Did I misread your message... The 'claim' being the hypercall to set the 'clamp' on how much memory the guest can allocate. This is based on: 242 unsigned long i, nr_pages = args->mem_size >> PAGE_SHIFT; /* try to claim pages for early warning of insufficient memory available */ 337 if ( claim_enabled ) { 343 rc = xc_domain_claim_pages(xch, dom, nr_pages - cur_pages); Your 'mem_size' is 128MB, cur_pages is 0xc0, so it ends up 'claiming' that the guest only needs 128MB - 768kB. > > On the hypervisor side d->tot_pages = 30688, d->max_pages = 33024 (128MB > + 1MB slack). So the claim failed. Correct. > > > > that you only have 128-255M free is quite low, or are you > > > autoballooning?) > > > > This patch fixes it for me. It basically sets the amount of pages > > claimed to be 'maxmem' instead of 'memory' for PoD. > > > > I don't know PoD very well, and this claim is only valid during the > > allocation of the guests memory - so the 'target_pages' value might be > > the wrong one. However looking at the hypervisor's > > 'p2m_pod_set_mem_target' I see this comment: > > > > 316 * B <T': Set the PoD cache size equal to the number of > > outstanding PoD > > 317 * entries. The balloon driver will deflate the balloon to give back > > 318 * the remainder of the ram to the guest OS. > > > > Which implies to me that we _need_ the 'maxmem' amount of memory at boot > > time. > > And then it is the responsibility of the balloon driver to give the memory > > back (and this is where the 'static-max' et al come in play to tell the > > balloon driver to balloon out). > > > > > > diff --git a/tools/libxc/xc_hvm_build_x86.c b/tools/libxc/xc_hvm_build_x86.c > > index 77bd365..65e9577 100644 > > --- a/tools/libxc/xc_hvm_build_x86.c > > +++ b/tools/libxc/xc_hvm_build_x86.c > > @@ -335,7 +335,12 @@ static int setup_guest(xc_interface *xch, > > > > /* try to claim pages for early warning of insufficient memory > > available */ > > if ( claim_enabled ) { > > - rc = xc_domain_claim_pages(xch, dom, nr_pages - cur_pages); > > + unsigned long nr = nr_pages - cur_pages; > > + > > + if ( pod_mode ) > > + nr = target_pages - 0x20; > > + > > Yes it should work because this makes nr smaller than d->tot_pages and > d->max_pages. But according to the comment you pasted above this looks > like wrong fix... It should be: tot_pages = 128MB max_pages = 256MB nr = 256MB - 0x20. So tot_pages < max_pages > nr && nr > tot_pages If I got my variables right. Which means that 'nr' is greater than tot_pages but less than max_pages. > > Wei. > > > + rc = xc_domain_claim_pages(xch, dom, nr); > > if ( rc != 0 ) > > { > > PERROR("Could not allocate memory for HVM guest as we cannot > > claim memory!"); _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |