qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] core dump with drive-mirror


From: Stefan Hajnoczi
Subject: Re: [Qemu-devel] core dump with drive-mirror
Date: Tue, 1 Jul 2014 09:20:52 +0200
User-agent: Mutt/1.5.23 (2014-03-12)

On Mon, Jun 30, 2014 at 05:40:16PM -0600, Eric Blake wrote:
> On 06/30/2014 05:16 PM, Eric Blake wrote:
> > I'm trying to track down a core dump with the QMP drive-mirror command.
> 
> Looks like the bug is related to a base image that is not a multiple of
> a cluster size.
> 
> > 
> > # in one terminal:
> > cd /tmp
> > rm -f base.img snap1.img snap2.img copy.img
> > 
> > # base.img <- snap1.img <- snap2.img; intentionally populating base.img
> > # with a qcow2 header, but treating it as raw data
> > qemu-img create -f qcow2 base.img 10M
> 
> If, right here, I inject:
> 
> truncate --size 262144 base.img
> 
> > qemu-img create -f qcow2 -b base.img -o backing_fmt=raw snap1.img
> > qemu-img create -f qcow2 -b snap1.img -o backing_fmt=qcow2 snap2.img
> > cp base.img copy.img
> > # Yes, this command line is derived from libvirt...
> > LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \
> >  QEMU_AUDIO_DRV=none gdb --args  /usr/bin/qemu-system-x86_64 \
> 
> ...then everything else succeeds.  So it seems the problem is that qemu
> is doing a lousy job of handling a backing file and/or destination file
> that is not fully rounded out to a proper size.

Thanks for reporting this.  It's something we need to fix during the
QEMU 2.1 hard freeze that is starting today.

Stefan

Attachment: pgpcWRhuJQtPi.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]