From: James Dingwall <james-xen@dingwall.me.uk>
To: xen-devel@lists.xen.org
Subject: Bug - Xen 4.3 - xl ignores maxmem setting in domU config file
Date: Tue, 29 Oct 2013 10:26:00 +0000 [thread overview]
Message-ID: <20131029102600.GA23307@dingwall.me.uk> (raw)
Hi,
I am having some memory ballooning problems which only seem to have
appeared since upgrading to Xen 4.3. In short if I set the domU
configuration file as:
memory = 512
maxmem = 1024
Then even under memory pressure the guest domain does not balloon past
the value of the 'memory' parameter.
xl info shows plenty of available memory in dom0:
total_memory : 32767
free_memory : 12445
xl list -l on the domain shows:
"max_memkb": 1048576,
"target_memkb": 524288,
xl top shows:
NAME guestdom
STATE --b---
CPU(sec) 79
CPU(%) 1.2
MEM(k) 343116
MEM(%) 1.0
MAXMEM(k) 525312
MAXMEM(%) 1.6
VCPUS 2
NETS 0
NETTX(k) 0
NETRX(k) 0
VBDS 2
VBD_OO 0
VBD_RD 8639
VBD_WR 129666
VBD_RSECT 529846
VBD_WSECT 1622593
SSID 0
In the domU dmesg it seems as though the guest has some idea that it has
a 'maxmem' size of 1024Mb:
[ 0.000000] Memory: 408932K/1048188K available (4562K kernel code,
541K rwdata, 1740K rodata, 924K init, 644K bss, 639256K reserved)
but /proc/iomap seems to have reduced it to 'memory':
00000000-00000fff : reserved
00001000-0009ffff : System RAM
000a0000-000fffff : reserved
000f0000-000fffff : System ROM
00100000-1fffffff : System RAM
01000000-01474c38 : Kernel code
01474c39-016b167f : Kernel data
017a0000-01840fff : Kernel bss
20000000-d7feffff : Unusable memory
d7ff0000-d7ffdfff : ACPI Tables
d7ffe000-d7ffffff : ACPI Non-volatile Storage
100000000-11fffffff : System RAM
After running
xl mem-max guestdom 1024
xl list -l remains
"max_memkb": 1048576,
"target_memkb": 524288,
xl top has changed:
NAME guestdom
STATE --b---
CPU(sec) 98
CPU(%) 0.9
MEM(k) 343116
MEM(%) 1.0
MAXMEM(k) 1049600
MAXMEM(%) 3.1
VCPUS 2
NETS 0
NETTX(k) 0
NETRX(k) 0
VBDS 2
VBD_OO 0
VBD_RD 9068
VBD_WR 130257
VBD_RSECT 549640
VBD_WSECT 1628666
SSID 0
Although /proc/iomem doesn't change the guest has no problem ballooning
up to the 'maxmem' value. It seems that this is a bug with xl not
setting the appropriate paramter somewhere when the domain is created.
The domU and dom0 kernel version is 3.11.6, Xen is 4.3. Please let me
know if examinging any other settings before/after the xl mem-max
command is run would be helpful.
Thanks,
James
next reply other threads:[~2013-10-29 10:26 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-29 10:26 James Dingwall [this message]
2013-10-29 10:59 ` Bug - Xen 4.3 - xl ignores maxmem setting in domU config file Wei Liu
2013-10-29 11:06 ` Andrew Cooper
2013-10-29 12:08 ` Wei Liu
2013-10-29 14:49 ` Konrad Rzeszutek Wilk
2013-10-29 18:02 ` Daniel Kiper
2013-10-30 11:39 ` Wei Liu
2013-10-31 13:35 ` Daniel Kiper
2013-10-29 11:40 ` James Dingwall
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=20131029102600.GA23307@dingwall.me.uk \
--to=james-xen@dingwall.me.uk \
--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 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).