From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41971) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aWiQx-00081I-WC for qemu-devel@nongnu.org; Fri, 19 Feb 2016 05:37:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aWiQx-00011X-7A for qemu-devel@nongnu.org; Fri, 19 Feb 2016 05:37:11 -0500 References: <1453307106-28330-1-git-send-email-kwolf@redhat.com> <1453307106-28330-9-git-send-email-kwolf@redhat.com> <56C5EB3A.90303@redhat.com> <20160219091748.GB5228@noname.redhat.com> From: Laurent Vivier Message-ID: <56C6F04F.1080403@redhat.com> Date: Fri, 19 Feb 2016 11:37:03 +0100 MIME-Version: 1.0 In-Reply-To: <20160219091748.GB5228@noname.redhat.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PULL 08/17] block: Assert no write requests under BDRV_O_INCOMING List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Kevin Wolf Cc: qemu-devel@nongnu.org, qemu-block@nongnu.org On 19/02/2016 10:17, Kevin Wolf wrote: > Am 18.02.2016 um 17:03 hat Laurent Vivier geschrieben: >> Hi, >> >> this commit breaks incoming migration case: >> >> qemu-system-ppc64 XXX -incoming tcp:0:4444 >> qemu-system-ppc64: .../qemu/block/io.c:1304: bdrv_co_do_pwritev: >> Assertion `!(bs->open_flags & 0x0800)' failed. >> >> Without "-incoming", the same command line boots fine. >> >> Are you aware of the problem? > > No, and with no other command line options it works for me: > > $ ppc64-softmmu/qemu-system-ppc64 -incoming tcp::4444 > > I have also tested somewhat more realistic cases on x86 (including > performing actual migrations) before committing the patch, so it's not > generally broken. > > Can you please give the full command line and the stack backtrace? I > think you're seeing a bug where some PPC hardware tries to read (or > access anyway) the image before the migration has completed. This is for > obvious reasons wrong (the contents may still change until the VM is > handed over). It happens before the migration has started, as soon as I start qemu with "-incoming" parameter. The simplified command line is: qemu-system-ppc64 -drive file=rhel7.2-le.qcow2,format=qcow2,snapshot=on -incoming tcp:0:4444 The problem seems coming from "snapshot=on". Laurent