All of lore.kernel.org
 help / color / mirror / Atom feed
From: Fam Zheng <famz@redhat.com>
To: Stefan Hajnoczi <stefanha@gmail.com>
Cc: kwolf@redhat.com, rjones@redhat.com, armbru@redhat.com,
	qemu-devel@nongnu.org, imain@redhat.com, stefanha@redhat.com,
	pbonzini@redhat.com
Subject: Re: [Qemu-devel] [PATCH v12 00/11] Drop in_use from BlockDriverState and enable point-in-time snapshot exporting over NBD
Date: Wed, 29 Jan 2014 12:35:38 +0800	[thread overview]
Message-ID: <20140129043401.GA13739@T430> (raw)
In-Reply-To: <20140128143136.GB1993@stefanha-thinkpad>

On Tue, 01/28 15:31, Stefan Hajnoczi wrote:
> On Mon, Jan 27, 2014 at 11:48:06AM +0800, Fam Zheng wrote:
> > This series adds for point-in-time snapshot NBD exporting based on
> > blockdev-backup (variant of drive-backup with existing device as target).
> > 
> > We get a thin point-in-time snapshot by COW mechanism of drive-backup, and
> > export it through built in NBD server. The steps are as below:
> > 
> >  1. (SHELL) qemu-img create -f qcow2 BACKUP.qcow2 <source size here>
> > 
> >     (Alternatively we can use -o backing_file=RUNNING-VM.img to omit explicitly
> >     providing the size by ourselves, but it's risky because RUNNING-VM.qcow2 is
> >     used r/w by guest. Whether or not setting backing file in the image file
> >     doesn't matter, as we are going to override the backing hd in the next
> >     step)
> > 
> >  2. (QMP) blockdev-add backing=source-drive file.driver=file file.filename=BACKUP.qcow2 id=target0 if=none driver=qcow2
> > 
> >     (where source-drive is the running BlockDriverState name for
> >     RUNNING-VM.img. This patch implements "backing=" option to override
> >     backing_hd for added drive)
> > 
> >  3. (QMP) blockdev-backup device=source-drive sync=none target=target0
> > 
> >     (this is the QMP command introduced by this series, which use a named
> >     device as target of drive-backup)
> > 
> >  4. (QMP) nbd-server-add device=target0
> > 
> > When image fleecing done:
> > 
> >  1. (QMP) block-job-cancel device=source-drive
> > 
> >  2. (HMP) drive_del target0
> > 
> >  3. (SHELL) rm BACKUP.qcow2
> 
> Seems to work as advertized but do you have qemu-iotests for
> blockdev-backup and image fleecing in particular?

I'll respin to address the comment you left and add test cases for
blockdev-backup and image fleecing. Thanks for the review. :)

Fam

  parent reply	other threads:[~2014-01-29  4:35 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-27  3:48 [Qemu-devel] [PATCH v12 00/11] Drop in_use from BlockDriverState and enable point-in-time snapshot exporting over NBD Fam Zheng
2014-01-27  3:48 ` [Qemu-devel] [PATCH v12 01/11] block: Add BlockOpType enum Fam Zheng
2014-01-27  3:48 ` [Qemu-devel] [PATCH v12 02/11] block: Introduce op_blockers to BlockDriverState Fam Zheng
2014-01-27  3:48 ` [Qemu-devel] [PATCH v12 03/11] block: Replace in_use with operation blocker Fam Zheng
2014-01-27  3:48 ` [Qemu-devel] [PATCH v12 04/11] block: Move op_blocker check from block_job_create to its caller Fam Zheng
2014-01-27  3:48 ` [Qemu-devel] [PATCH v12 05/11] block: Add bdrv_set_backing_hd() Fam Zheng
2014-01-28 17:09   ` Stefan Hajnoczi
2014-01-27  3:48 ` [Qemu-devel] [PATCH v12 06/11] block: Add backing_blocker in BlockDriverState Fam Zheng
2014-01-27  3:48 ` [Qemu-devel] [PATCH v12 07/11] block: Parse "backing" option to reference existing BDS Fam Zheng
2014-01-27  3:48 ` [Qemu-devel] [PATCH v12 08/11] block: Support dropping active in bdrv_drop_intermediate Fam Zheng
2014-01-27  3:48 ` [Qemu-devel] [PATCH v12 09/11] stream: Use bdrv_drop_intermediate and drop close_unused_images Fam Zheng
2014-01-27  3:48 ` [Qemu-devel] [PATCH v12 10/11] qmp: Add command 'blockdev-backup' Fam Zheng
2014-01-27  3:48 ` [Qemu-devel] [PATCH v12 11/11] block: Allow backup on referenced named BlockDriverState Fam Zheng
2014-01-28 14:31 ` [Qemu-devel] [PATCH v12 00/11] Drop in_use from BlockDriverState and enable point-in-time snapshot exporting over NBD Stefan Hajnoczi
2014-01-28 16:57   ` Ian Main
2014-01-29  8:44     ` Stefan Hajnoczi
2014-01-29 10:23       ` Kevin Wolf
2014-01-29  4:35   ` Fam Zheng [this message]
2014-01-28 17:22 ` Stefan Hajnoczi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140129043401.GA13739@T430 \
    --to=famz@redhat.com \
    --cc=armbru@redhat.com \
    --cc=imain@redhat.com \
    --cc=kwolf@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=rjones@redhat.com \
    --cc=stefanha@gmail.com \
    --cc=stefanha@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.