From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?B?TWFyZWsgTWFyY3p5a293c2tpLUfDs3JlY2tp?= Subject: Re: [bisected] balloon driver broken in 3.12+ after save+restore Date: Fri, 27 Jun 2014 02:42:50 +0200 Message-ID: <53ACBE0A.2070107@invisiblethingslab.com> References: <537D538F.6000905@invisiblethingslab.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5477379329035881600==" Return-path: In-Reply-To: <537D538F.6000905@invisiblethingslab.com> 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) --===============5477379329035881600== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N3JA4H6uuE5LJHgMc5AIuVJT9mralfxbw" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --N3JA4H6uuE5LJHgMc5AIuVJT9mralfxbw Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 22.05.2014 03:31, Marek Marczykowski-G=C3=B3recki wrote: > Hi, >=20 > I have a problem with balloon driver after/during restoring a saved dom= ain. > There are two symptoms: > 1. When domain was 'xl mem-set ' just b= efore > save, it still needs initial memory size to restore. Details below. >=20 > 2. Restored domain sometimes (most of the time) do not want to balloon = down. > For example when the domain has 3300MB and I mem-set it to 2800MB, noth= ing > changes immediately (only "target" in sysfs) - both 'xl list' and 'free= ' > inside reports the same size (and plenty of free memory in the VM). Aft= er some > time it get ballooned down to ~3000, still not 2800. I haven't found an= y > pattern here. >=20 > Both of above was working perfectly in 3.11. >=20 > I'm running Xen 4.1.6.1. >=20 > Details for the first problem: > Preparation: > I start the VM as in config at the end of email (memory=3D400, maxmem=3D= 4000), > 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 = memory > setting with size used in 'xl mem-set' above and call 'xl restore' prov= iding > 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 do= main: > 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 suc= ceeded, > but still the second problem is happening. >=20 > I've bisected the first problem down to this commit: > commit cd9151e26d31048b2b5e00fd02e110e07d2200c9 > xen/balloon: set a mapping for ballooned out pages >=20 > I've checked that the problem still exists in v3.14.4. >=20 > Any idea how to fix this? Anyone? > 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 >=20 > memory =3D 400 > maxmem =3D 4000 > name =3D "fedora-20-x64-dvm" >=20 > disk =3D [ > 'script:snapshot:/var/lib/qubes/vm-templates/fedora-20-x64/root.img:/va= r/lib/qubes/vm-templates/fedora-20-x64/root-cow.img,xvda,r', > 'script:file:/var/lib/qubes/appvms/fedora-20-x64-dvm/private.i= mg,xvdb,w', >=20 > '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,x= vdd,r', > ] >=20 > vif =3D [ > 'mac=3D00:16:3E:5E:6C:02,script=3D/etc/xen/scripts/vif-route-qubes,ip=3D= 10.137.2.4,backend=3Dfirewallvm' > ] >=20 > pci =3D [ ] >=20 > vcpus =3D 1 >=20 > on_poweroff =3D 'destroy' > on_reboot =3D 'destroy' > on_crash =3D 'destroy' > --- >=20 >=20 >=20 > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel >=20 --=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? --N3JA4H6uuE5LJHgMc5AIuVJT9mralfxbw 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/ iQEcBAEBAgAGBQJTrL4KAAoJENuP0xzK19cs6J0H/iOBLK3BnrOGIKoG6vj+G78G +WqKJrXuFH1+jLTDOoQ8i+slBAqHKgVzs9Ezcxo8cu2PcjifBjYPmx9szppNFxuT Nq5392eZFQo31ZZdO3rvXRAsTchowgnFPHsMsCyQqr+9zo0X939HeJt4JeNjKudK jnB29aRT7HXvGctpO7ZsYyLp0D/1zoVZF4fovxvL/kUv9S1Rmgc5GIV177v8rB/n NB818O/OZI3/Boi1GHg/NZhn3SCc+dDxDhgzP19BWfLStPibIMCjSrI5HzvgvcIH 1QCA30MRWyqY0B9jHKfy+xp5j8eynpqcCxBHqwEnvC8mGdziS8f0gQm8+/QD2Tc= =jNaO -----END PGP SIGNATURE----- --N3JA4H6uuE5LJHgMc5AIuVJT9mralfxbw-- --===============5477379329035881600== 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 --===============5477379329035881600==--