All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wen Congyang <wency@cn.fujitsu.com>
To: qemu devel <qemu-devel@nongnu.org>, Fam Zheng <famz@redhat.com>,
	Max Reitz <mreitz@redhat.com>,
	Paolo Bonzini <pbonzini@redhat.com>
Cc: Kevin Wolf <kwolf@redhat.com>,
	Lai Jiangshan <laijs@cn.fujitsu.com>,
	qemu block <qemu-block@nongnu.org>,
	Jiang Yunhong <yunhong.jiang@intel.com>,
	Dong Eddie <eddie.dong@intel.com>,
	"Dr. David Alan Gilbert" <dgilbert@redhat.com>,
	Stefan Hajnoczi <stefanha@redhat.com>,
	Yang Hongyang <yanghy@cn.fujitsu.com>
Subject: Re: [Qemu-devel] [PATCH COLO-Block v5 00/15] Block replication for continuous checkpoints
Date: Thu, 21 May 2015 14:06:47 +0800	[thread overview]
Message-ID: <555D75F7.8000903@cn.fujitsu.com> (raw)
In-Reply-To: <1432183988-5857-1-git-send-email-wency@cn.fujitsu.com>

On 05/21/2015 12:52 PM, Wen Congyang wrote:
> Block replication is a very important feature which is used for
> continuous checkpoints(for example: COLO).
> 
> Usage:
> Please refer to docs/block-replication.txt
> 
> You can get the patch here:
> https://github.com/wencongyang/qemu-colo/commits/block-replication-v5
> 
> The other newest COLO patchse will be sent soon.
> 
> TODO:
> 1. Continuous block replication. It will be started after basic functions
>    are accepted.

I forgot to methin that: you should apply the following patch first:
http://lists.nongnu.org/archive/html/qemu-devel/2015-05/msg01317.html

Thanks
Wen Congyang

> 
> Changs Log:
> V5:
> 1. Address the comments from Gong Lei
> 2. Speed the failover up. The secondary vm can take over very quickly even
>    if there are too many I/O requests.
> V4:
> 1. Introduce a new driver replication to avoid touch nbd and qcow2.
> V3:
> 1: use error_setg() instead of error_set()
> 2. Add a new block job API
> 3. Active disk, hidden disk and nbd target uses the same AioContext
> 4. Add a testcase to test new hbitmap API
> V2:
> 1. Redesign the secondary qemu(use image-fleecing)
> 2. Use Error objects to return error message
> 3. Address the comments from Max Reitz and Eric Blake
> Wen Congyang (15):
>   docs: block replication's description
>   allow writing to the backing file
>   Allow creating backup jobs when opening BDS
>   block: Parse "backing_reference" option to reference existing BDS
>   Backup: clear all bitmap when doing block checkpoint
>   Don't allow a disk use backing reference target
>   Add new block driver interface to connect/disconnect the remote target
>   NBD client: implement block driver interfaces to connect/disconnect
>     NBD server
>   Introduce a new -drive option to control whether to connect to remote
>     target
>   NBD client: connect to nbd server later
>   Add new block driver interfaces to control block replication
>   skip nbd_target when starting block replication
>   quorum: implement block driver interfaces for block replication
>   quorum: allow ignoring child errors
>   Implement new driver for block replication
> 
>  block.c                    | 272 +++++++++++++++++++++++++++-
>  block/Makefile.objs        |   3 +-
>  block/backup.c             |  13 ++
>  block/nbd.c                |  69 +++++--
>  block/quorum.c             | 142 ++++++++++++++-
>  block/replication.c        | 441 +++++++++++++++++++++++++++++++++++++++++++++
>  blockdev.c                 |   8 +
>  blockjob.c                 |  10 +
>  docs/block-replication.txt | 179 ++++++++++++++++++
>  include/block/block.h      |  10 +
>  include/block/block_int.h  |  18 ++
>  include/block/blockjob.h   |  12 ++
>  qapi/block.json            |  16 ++
>  qemu-options.hx            |   4 +
>  tests/qemu-iotests/051     |  13 ++
>  tests/qemu-iotests/051.out |  13 ++
>  16 files changed, 1193 insertions(+), 30 deletions(-)
>  create mode 100644 block/replication.c
>  create mode 100644 docs/block-replication.txt
> 

  parent reply	other threads:[~2015-05-21  6:13 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-21  4:52 [Qemu-devel] [PATCH COLO-Block v5 00/15] Block replication for continuous checkpoints Wen Congyang
2015-05-21  4:52 ` [Qemu-devel] [PATCH COLO-Block v5 01/15] docs: block replication's description Wen Congyang
2015-05-21  4:52 ` [Qemu-devel] [PATCH COLO-Block v5 02/15] allow writing to the backing file Wen Congyang
2015-05-21  4:52 ` [Qemu-devel] [PATCH COLO-Block v5 03/15] Allow creating backup jobs when opening BDS Wen Congyang
2015-05-21  4:52 ` [Qemu-devel] [PATCH COLO-Block v5 04/15] block: Parse "backing_reference" option to reference existing BDS Wen Congyang
2015-05-21  4:52 ` [Qemu-devel] [PATCH COLO-Block v5 05/15] Backup: clear all bitmap when doing block checkpoint Wen Congyang
2015-05-21  4:52 ` [Qemu-devel] [PATCH COLO-Block v5 06/15] Don't allow a disk use backing reference target Wen Congyang
2015-05-21  4:53 ` [Qemu-devel] [PATCH COLO-Block v5 07/15] Add new block driver interface to connect/disconnect the remote target Wen Congyang
2015-05-21  4:53 ` [Qemu-devel] [PATCH COLO-Block v5 08/15] NBD client: implement block driver interfaces to connect/disconnect NBD server Wen Congyang
2015-05-21  4:53 ` [Qemu-devel] [PATCH COLO-Block v5 09/15] Introduce a new -drive option to control whether to connect to remote target Wen Congyang
2015-05-21  4:53 ` [Qemu-devel] [PATCH COLO-Block v5 10/15] NBD client: connect to nbd server later Wen Congyang
2015-05-21  4:53 ` [Qemu-devel] [PATCH COLO-Block v5 11/15] Add new block driver interfaces to control block replication Wen Congyang
2015-05-21  4:53 ` [Qemu-devel] [PATCH COLO-Block v5 12/15] skip nbd_target when starting " Wen Congyang
2015-05-21  4:53 ` [Qemu-devel] [PATCH COLO-Block v5 13/15] quorum: implement block driver interfaces for " Wen Congyang
2015-05-21  4:53 ` [Qemu-devel] [PATCH COLO-Block v5 14/15] quorum: allow ignoring child errors Wen Congyang
2015-05-21  4:53 ` [Qemu-devel] [PATCH COLO-Block v5 15/15] Implement new driver for block replication Wen Congyang
2015-05-21  6:06 ` Wen Congyang [this message]
2015-05-28  4:59 ` [Qemu-devel] [PATCH COLO-Block v5 00/15] Block replication for continuous checkpoints Wen Congyang
2015-06-04  5:34   ` Wen Congyang

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=555D75F7.8000903@cn.fujitsu.com \
    --to=wency@cn.fujitsu.com \
    --cc=dgilbert@redhat.com \
    --cc=eddie.dong@intel.com \
    --cc=famz@redhat.com \
    --cc=kwolf@redhat.com \
    --cc=laijs@cn.fujitsu.com \
    --cc=mreitz@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-block@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@redhat.com \
    --cc=yanghy@cn.fujitsu.com \
    --cc=yunhong.jiang@intel.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.