From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?B?TWFyZWsgTWFyY3p5a293c2tpLUfDs3JlY2tp?= Subject: balloon driver broken in 3.12+ after save+restore Date: Thu, 22 May 2014 03:31:59 +0200 Message-ID: <537D538F.6000905@invisiblethingslab.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0087024869455877923==" Return-path: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============0087024869455877923== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wKhus0T4wdbGvXQ0wugMnXqh9dSmRKkAc" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --wKhus0T4wdbGvXQ0wugMnXqh9dSmRKkAc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I have a problem with balloon driver after/during restoring a saved domai= n. There are two symptoms: 1. When domain was 'xl mem-set ' just bef= ore save, it still needs initial memory size to restore. Details below. 2. Restored domain sometimes (most of the time) do not want to balloon do= wn. For example when the domain has 3300MB and I mem-set it to 2800MB, nothin= g changes immediately (only "target" in sysfs) - both 'xl list' and 'free' inside reports the same size (and plenty of free memory in the VM). After= some time it get ballooned down to ~3000, still not 2800. I haven't found any pattern here. Both of above was working perfectly in 3.11. I'm running Xen 4.1.6.1. Details for the first problem: Preparation: I start the VM as in config at the end of email (memory=3D400, maxmem=3D4= 000), wait some time, then 'xl mem-set' to size just about really used memory (= about 200MB in most cases). Then 'sleep 1' and 'xl save'. When I want to restore that domain, I get initial config file, replace me= mory setting with size used in 'xl mem-set' above and call 'xl restore' provid= ing that config. It fails with this error: --- Loading new save file /var/run/qubes/current-savefile (new xl fmt info 0x0/0x0/849) Savefile contains xl domain config xc: detail: xc_domain_restore start: p2m_size =3D fa800 xc: detail: Failed allocation for dom 51: 1024 extents of order 0 xc: error: Failed to allocate memory for batch.!: Internal error xc: detail: Restore exit with rc=3D1 libxl: error: libxl_dom.c:313:libxl__domain_restore_common restoring doma= in: Resource temporarily unavailable cannot (re-)build domain: -3 libxl: error: libxl.c:713:libxl_domain_destroy non-existant domain 51 --- When memory set back to 400 (or slightly lower, like 380) - restore succe= eded, but still the second problem is happening. I've bisected the first problem down to this commit: commit cd9151e26d31048b2b5e00fd02e110e07d2200c9 xen/balloon: set a mapping for ballooned out pages I've checked that the problem still exists in v3.14.4. Any idea how to fix this? The domain config: --- kernel=3D"/var/lib/qubes/vm-kernels/3.12.18-1/vmlinuz" ramdisk=3D"/var/lib/qubes/vm-kernels/3.12.18-1/initramfs" extra=3D"ro nomodeset console=3Dhvc0 rd_NO_PLYMOUTH nopat" root=3D"/dev/mapper/dmroot" tsc_mode =3D 2 memory =3D 400 maxmem =3D 4000 name =3D "fedora-20-x64-dvm" disk =3D [ 'script:snapshot:/var/lib/qubes/vm-templates/fedora-20-x64/root.img:/var/= lib/qubes/vm-templates/fedora-20-x64/root-cow.img,xvda,r', 'script:file:/var/lib/qubes/appvms/fedora-20-x64-dvm/private.img= ,xvdb,w', 'script:file:/var/lib/qubes/appvms/fedora-20-x64-dvm/volatile.img,xvdc,w'= , 'script:file:/var/lib/qubes/vm-kernels/3.12.18-1/modules.img,xvd= d,r', ] vif =3D [ 'mac=3D00:16:3E:5E:6C:02,script=3D/etc/xen/scripts/vif-route-qubes,ip=3D1= 0.137.2.4,backend=3Dfirewallvm' ] pci =3D [ ] vcpus =3D 1 on_poweroff =3D 'destroy' on_reboot =3D 'destroy' on_crash =3D 'destroy' --- --=20 Best Regards, Marek Marczykowski-G=C3=B3recki Invisible Things Lab A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? --wKhus0T4wdbGvXQ0wugMnXqh9dSmRKkAc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTfVOQAAoJENuP0xzK19csCPUH+gPAbbnM6uFMmLRIkdzzRExo nnp8nLknjnXPIzZ1evKid5BNVnE4D9zaMF5he9rzec56M9hxO3eKJq4HL9i89XxE rr1RiaTfQApRcmpGUt5o9q3eUyopZPZaQ3rAcGct4Rebxmha8DtvwoSOWbx8BFHk 2h65Y0EMZkwKTNYp9bE7dh8Mm5MAdv7zXZCjRxju6vkodOmBlwsVxC5CpsD93PBG rJMfxdgYXuTakF1F1jxWJ/GlyVirquhqGwgey22jLpvJyZE7ywCRlOWd1T+dsInz 9xTzXJccHRfGwLGx1KntnwJcYOIJB0qiMaHk5ynk0bm8Z5QQnaOY2XW19el6wpo= =wIm5 -----END PGP SIGNATURE----- --wKhus0T4wdbGvXQ0wugMnXqh9dSmRKkAc-- --===============0087024869455877923== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============0087024869455877923==--