From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:58345) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S1BPe-0003pb-Ip for qemu-devel@nongnu.org; Sat, 25 Feb 2012 01:47:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S1BPX-00089E-Gq for qemu-devel@nongnu.org; Sat, 25 Feb 2012 01:47:22 -0500 Received: from mail-ee0-f45.google.com ([74.125.83.45]:48012) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S1BPX-000899-8z for qemu-devel@nongnu.org; Sat, 25 Feb 2012 01:47:15 -0500 Received: by eeit10 with SMTP id t10so781685eei.4 for ; Fri, 24 Feb 2012 22:47:14 -0800 (PST) Sender: Paolo Bonzini Message-ID: <4F4883EF.4040006@redhat.com> Date: Sat, 25 Feb 2012 07:47:11 +0100 From: Paolo Bonzini MIME-Version: 1.0 References: <1329930815-7995-1-git-send-email-fsimonce@redhat.com> <1330102144-14491-2-git-send-email-fsimonce@redhat.com> <20120224170143.78f55d3e@doriath.home> <4F480F84.6090708@redhat.com> In-Reply-To: <4F480F84.6090708@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 2/2 v2] Add the blockdev-reopen and blockdev-migrate commands List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eric Blake Cc: kwolf@redhat.com, Jeff Cody , Marcelo Tosatti , armbru@redhat.com, qemu-devel@nongnu.org, Federico Simoncelli , Luiz Capitulino On 02/24/2012 11:30 PM, Eric Blake wrote: > On 02/24/2012 12:01 PM, Luiz Capitulino wrote: >> On Fri, 24 Feb 2012 16:49:04 +0000 >> Federico Simoncelli wrote: >> >>> Signed-off-by: Federico Simoncelli >> >> How does this relate to migrate -b? Should it be deprecated? >> >> Btw, would be nice to have a 0/2 intro email describing the feature and changelog >> info. > > Another question - how does this interact with Jeff Cody's work to add > blockdev-group-snapshot-sync to add atomic group snapshots? Do you ever > envision the need to migrate and/or reopen multiple disks at once, in > which case, we would want to be setting things up to work on a group in > the same way that Jeff's patches for live snapshot are headed? I was thinking that perhaps we needed something like blockdev-group-start, blockdev-group-commit, blockdev-group-abort instead of Jeff's group snapshot, but I was afraid of proposing it. :) Paolo