From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37968) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1anPG7-00042Y-Bf for qemu-devel@nongnu.org; Tue, 05 Apr 2016 07:35:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1anPG3-000553-7s for qemu-devel@nongnu.org; Tue, 05 Apr 2016 07:34:59 -0400 Received: from mx1.redhat.com ([209.132.183.28]:48138) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1anPG3-00054z-21 for qemu-devel@nongnu.org; Tue, 05 Apr 2016 07:34:55 -0400 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id A7C35600F for ; Tue, 5 Apr 2016 11:34:53 +0000 (UTC) References: <20160401175819.GK2242@work-vm> <570244B3.4070105@redhat.com> <20160405104813.GB2242@work-vm> <57039A66.6060808@redhat.com> <20160405112520.GC2242@work-vm> From: Laszlo Ersek Message-ID: <5703A2DA.7060302@redhat.com> Date: Tue, 5 Apr 2016 13:34:50 +0200 MIME-Version: 1.0 In-Reply-To: <20160405112520.GC2242@work-vm> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] efi var store migration assert (bdrv_co_do_pwritev: Assertion `!(bs->open_flags & 0x0800)' failed.) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Dr. David Alan Gilbert" , Paolo Bonzini Cc: kwolf@redhat.com, jsnow@redhat.com, qemu-devel@nongnu.org On 04/05/16 13:25, Dr. David Alan Gilbert wrote: > * Laszlo Ersek (lersek@redhat.com) wrote: >> On 04/05/16 12:48, Dr. David Alan Gilbert wrote: >>> * Paolo Bonzini (pbonzini@redhat.com) wrote: >>>> >>>> >>>> On 01/04/2016 19:58, Dr. David Alan Gilbert wrote: >>>>> In the continuing journeys of trying to migrate a q35 guest with ovmf, >>>>> I've just hit this assert: >>>>> >>>>> qemu-system-x86_64: /root/git/qemu/block/io.c:1297: bdrv_co_do_pwritev: Assertion `!(bs->open_flags & 0x0800)' failed. >>>>> >>>>> This is just ahead of rc0 - 1458317c8ada834cf39287f6d11a8cb8a37360d6 from yesterday. >>>> >>>> Try this... >>> >>> Well, migration survives; how do I test if pflash is sane after migration? >> >> You can run sha1sum before / after. The varstore is expected to change >> only when the UEFI variable servies are exercised. So, if you boot e.g. >> a Linux guest to a login prompt on the source host, checksum the >> varstore, then migrate the guest, then verify the checksum on the target >> host (or, well, shared storage, if you have set it up), it should match. > > OK, yes that works; and I also tried using efibootmgr to tweak the timeout, > seeing that the sha changed and then check the sha was correct again after > migration. Thank you both for fixing up the buggy-on-arrival code I had added. Laszlo