From mboxrd@z Thu Jan 1 00:00:00 1970 From: Olaf Hering Subject: Re: live migrating hvm from 4.4 to 4.7 fails in ioreq server Date: Fri, 29 Jul 2016 15:10:30 +0200 Message-ID: <20160729131029.GA16164@aepfle.de> References: <20160512130131.GJ8063@citrix.com> <7e8d52e29bd64c24b50a3286153e14d9@AMSPEX02CL03.citrite.net> <20160512141033.GK8063@citrix.com> <20160525205753.GA19571@char.us.oracle.com> <191db647545c47e18471fc9cbdffb6cd@AMSPEX02CL03.citrite.net> <20160726154503.GA29197@aepfle.de> <3ec4af5e9dbe4e20bb6522ad7da9e415@AMSPEX02CL03.citrite.net> <3729d568222e4c9f805657dce4a44d24@AMSPEX02CL03.citrite.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4187251455771882246==" Return-path: In-Reply-To: <3729d568222e4c9f805657dce4a44d24@AMSPEX02CL03.citrite.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" To: Paul Durrant Cc: Stefano Stabellini , Wei Liu , Andrew Cooper , "xen-devel@lists.xen.org" , Anthony Perard , "zhigang.x.wang@oracle.com" List-Id: xen-devel@lists.xenproject.org --===============4187251455771882246== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On Fri, Jul 29, Paul Durrant wrote: > > Could you give the attached patch a try? I believe it should solve the > > problem. Thanks Paul. I tested it with 4.4.20160610T12110 dom0 as sender and 4.6.20160620T12082 as receiver. Initially the result was this: # cat /var/log/xen/qemu-dm-fv-x64-sles12sp1-clean--incoming.log char device redirected to /dev/pts/3 (label serial0) xen: ioreq server create: Cannot allocate memory qemu-system-x86_64: xen hardware virtual machine initialisation failed Now the result it this: root@anonymi:~ # cat /var/log/xen/qemu-dm-fv-x64-sles12sp1-clean--incoming.log char device redirected to /dev/pts/3 (label serial0) xen_ram_alloc: do not alloc f800000 bytes of ram at 0 when runstate is INMIGRATE xen_ram_alloc: do not alloc 800000 bytes of ram at f800000 when runstate is INMIGRATE xen_ram_alloc: do not alloc 10000 bytes of ram at 10000000 when runstate is INMIGRATE xen_ram_alloc: do not alloc 40000 bytes of ram at 10010000 when runstate is INMIGRATE Unknown savevm section or instance 'kvm-tpr-opt' 0 qemu-system-i386: load of migration failed: Invalid argument So appearently it got past the point of the ioreq server issue. The "kvm-tpr-opt" thing was briefly discussed on 12 May 2016. Olaf --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlebVcAACgkQXUKg+qaYNn7v/QCeLFl/ek4XV9BljbolrYpvETFw 6R8AoNPKVQjfEtWclgC49P2PUHCwWPpJ =0d3f -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- --===============4187251455771882246== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5v cmcveGVuLWRldmVsCg== --===============4187251455771882246==--