From: Anthony Liguori <anthony@codemonkey.ws>
To: Kevin Wolf <kwolf@redhat.com>
Cc: stefanha@linux.vnet.ibm.com, jcody@redhat.com,
qemu-devel@nongnu.org, lcapitulino@redhat.com,
fsimonce@redhat.com, Paolo Bonzini <pbonzini@redhat.com>,
eblake@redhat.com
Subject: Re: [Qemu-devel] [PATCH v2 0/6] Mirrored writes using blockdev-transaction
Date: Mon, 05 Mar 2012 08:47:06 -0600 [thread overview]
Message-ID: <4F54D1EA.4060006@codemonkey.ws> (raw)
In-Reply-To: <4F547EFA.3020606@redhat.com>
On 03/05/2012 02:53 AM, Kevin Wolf wrote:
> Am 01.03.2012 22:10, schrieb Anthony Liguori:
>> On 03/01/2012 05:21 AM, Paolo Bonzini wrote:
>>> This implements all ingredients to establish mirrored writes.
>>> The drive-reopen command that is used to terminate mirrored writes
>>> is not included in this series.
>>>
>>> Tested with the following scenarios:
>>>
>>> a) mirror only
>>>
>>> 1) create base.qcow2 and start QEMU with it
>>>
>>> 2) Execute the following QMP command
>>>
>>> { "execute": "qmp_capabilities" }
>>> { "execute": "blockdev-transaction", "arguments":
>>> {'actions': [
>>> { 'type': 'mirror', 'data' :
>>> { 'device': 'ide0-hd0', 'target': '/home/pbonzini/mirror.qcow2' } } ] } }
>>> { "execute": "cont" }
>>>
>>> 3) hibernate the guest (this requires an IDE disk and -cpu kvm64,-kvmclock)
>>>
>>> 4) restart the guest with mirror.qcow2
>>>
>>>
>>> b) atomic snapshot+mirror
>>>
>>> 1) start QEMU with an existing image test.img
>>>
>>> 2) Execute the following QMP command
>>>
>>> { "execute": "qmp_capabilities" }
>>> { "execute": "blockdev-transaction", "arguments":
>>> {'actions': [
>>> { 'type': 'snapshot', 'data' :
>>> { 'device': 'ide0-hd0', 'snapshot-file': '/home/pbonzini/base.qcow2' } },
>>> { 'type': 'mirror', 'data' :
>>> { 'device': 'ide0-hd0', 'target': '/home/pbonzini/mirror.qcow2' } } ] } }
>>> { "execute": "cont" }
>>
>> We don't have schema introspection today. How would one determine when new
>> transaction types are available?
>>
>> I think we need some sort of introspection method too in order for clients to
>> figure out when the command is extended.
>
> How about coupling the types with independently available commands for
> now? We would rename 'snapshot' to 'blockdev-snapshot-sync', which does
> the same thing outside of transactions. The mirror patches would then
> introduce a 'drive-mirror' top-level command at the same time as they
> introduce a 'drive-mirror' transaction type.
I think it's reasonable but we need to make sure to document the relationship
here explicitly in the schema.
Regards,
Anthony Liguori
>
> Kevin
next prev parent reply other threads:[~2012-03-05 14:47 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-01 11:21 [Qemu-devel] [PATCH v2 0/6] Mirrored writes using blockdev-transaction Paolo Bonzini
2012-03-01 11:21 ` [Qemu-devel] [PATCH v2 1/6] fix format name for backing file Paolo Bonzini
2012-03-01 11:21 ` [Qemu-devel] [PATCH v2 2/6] qapi: complete implementation of unions Paolo Bonzini
2012-03-01 13:52 ` Kevin Wolf
2012-03-01 15:56 ` Luiz Capitulino
2012-03-01 11:21 ` [Qemu-devel] [PATCH v2 3/6] rename blockdev-group-snapshot-sync Paolo Bonzini
2012-03-01 11:21 ` [Qemu-devel] [PATCH v2 4/6] add reuse field Paolo Bonzini
2012-03-01 11:21 ` [Qemu-devel] [PATCH v2 5/6] Add blkmirror block driver Paolo Bonzini
2012-03-01 11:21 ` [Qemu-devel] [PATCH v2 6/6] add mirroring to blockdev-transaction Paolo Bonzini
2012-03-01 16:02 ` [Qemu-devel] [PATCH v2 0/6] Mirrored writes using blockdev-transaction Luiz Capitulino
2012-03-01 16:18 ` Kevin Wolf
2012-03-01 16:43 ` Luiz Capitulino
2012-03-01 21:10 ` Anthony Liguori
2012-03-01 21:30 ` Eric Blake
2012-03-01 21:36 ` Anthony Liguori
2012-03-02 13:05 ` Anthony Liguori
2012-03-05 8:53 ` Kevin Wolf
2012-03-05 9:28 ` Paolo Bonzini
2012-03-05 12:13 ` Kevin Wolf
2012-03-05 13:05 ` Paolo Bonzini
2012-03-05 14:47 ` Anthony Liguori [this message]
2012-03-05 14:54 ` Paolo Bonzini
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=4F54D1EA.4060006@codemonkey.ws \
--to=anthony@codemonkey.ws \
--cc=eblake@redhat.com \
--cc=fsimonce@redhat.com \
--cc=jcody@redhat.com \
--cc=kwolf@redhat.com \
--cc=lcapitulino@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@linux.vnet.ibm.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.