All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wenchao Xia <xiawenc@linux.vnet.ibm.com>
To: Kevin Wolf <kwolf@redhat.com>
Cc: phrdina@redhat.com, famz@redhat.com, armbru@redhat.com,
	qemu-devel@nongnu.org, lcapitulino@redhat.com,
	stefanha@redhat.com, pbonzini@redhat.com, dietmar@proxmox.com
Subject: Re: [Qemu-devel] [PATCH V5 3/8] qmp: add internal snapshot support in qmp_transaction
Date: Fri, 19 Jul 2013 17:19:46 +0800	[thread overview]
Message-ID: <51E904B2.8060702@linux.vnet.ibm.com> (raw)
In-Reply-To: <20130718122226.GJ3582@dhcp-200-207.str.redhat.com>

于 2013-7-18 20:22, Kevin Wolf 写道:
> Am 11.07.2013 um 07:46 hat Wenchao Xia geschrieben:
>> Unlike savevm, the qmp_transaction interface will not generate
>> snapshot name automatically, saving trouble to return information
>> of the new created snapshot.
>>
>> Although qcow2 support storing multiple snapshots with same name
>> but different ID, here it will fail when an snapshot with that name
>> already exist before the operation. Format such as rbd do not support
>> ID at all, and in most case, it means trouble to user when he faces
>> multiple snapshots with same name, so ban that case. Request with
>> empty name will be rejected.
>>
>> Snapshot ID can't be specified in this interface.
>>
>> Signed-off-by: Wenchao Xia <xiawenc@linux.vnet.ibm.com>
>> ---
>>   blockdev.c       |  117 ++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>   qapi-schema.json |   18 ++++++++-
>>   qmp-commands.hx  |   34 ++++++++++++----
>>   3 files changed, 160 insertions(+), 9 deletions(-)
>>
>> diff --git a/blockdev.c b/blockdev.c
>> index b3a57e0..6554768 100644
>> --- a/blockdev.c
>> +++ b/blockdev.c
>> @@ -808,6 +808,118 @@ struct BlkTransactionState {
>>       QSIMPLEQ_ENTRY(BlkTransactionState) entry;
>>   };
>>
>> +/* internal snapshot private data */
>> +typedef struct InternalSnapshotState {
>> +    BlkTransactionState common;
>> +    BlockDriverState *bs;
>> +    QEMUSnapshotInfo sn;
>> +} InternalSnapshotState;
>> +
>> +static void internal_snapshot_prepare(BlkTransactionState *common,
>> +                                      Error **errp)
>> +{
>> +    const char *device;
>> +    const char *name;
>> +    BlockDriverState *bs;
>> +    QEMUSnapshotInfo sn, *sn1;
>> +    bool ret;
>> +    qemu_timeval tv;
>> +    BlockdevSnapshotInternal *internal;
>> +    InternalSnapshotState *state;
>> +    int ret1;
>> +
>> +    g_assert(common->action->kind ==
>> +             TRANSACTION_ACTION_KIND_BLOCKDEV_SNAPSHOT_INTERNAL_SYNC);
>> +    internal = common->action->blockdev_snapshot_internal_sync;
>> +    state = DO_UPCAST(InternalSnapshotState, common, common);
>> +
>> +    /* 1. parse input */
>> +    device = internal->device;
>> +    name = internal->name;
>> +
>> +    /* 2. check for validation */
>> +    bs = bdrv_find(device);
>> +    if (!bs) {
>> +        error_set(errp, QERR_DEVICE_NOT_FOUND, device);
>> +        return;
>> +    }
>> +
>> +    if (!bdrv_is_inserted(bs)) {
>> +        error_set(errp, QERR_DEVICE_HAS_NO_MEDIUM, device);
>> +        return;
>> +    }
>> +
>> +    if (bdrv_is_read_only(bs)) {
>> +        error_set(errp, QERR_DEVICE_IS_READ_ONLY, device);
>> +        return;
>> +    }
>> +
>> +    if (!bdrv_can_snapshot(bs)) {
>> +        error_set(errp, QERR_BLOCK_FORMAT_FEATURE_NOT_SUPPORTED,
>> +                  bs->drv->format_name, device, "internal snapshot");
>> +        return;
>> +    }
>> +
>> +    if (!strlen(name)) {
>> +        error_setg(errp, "Name is empty on device '%s'", device);
>
> Name is empty. This has nothing to do with the device.
>
   OK.

>> +        return;
>> +    }
>> +
>> +    /* check whether a snapshot with name exist */
>> +    ret = bdrv_snapshot_find_by_id_and_name(bs, NULL, name, &sn, errp);
>> +    if (error_is_set(errp)) {
>> +        return;
>> +    }
>> +    if (ret) {
>
> Save one line with '} else if {' ?
>
   will change, thanks.

>> +        error_setg(errp,
>> +                   "Snapshot with name '%s' already exists on device '%s'",
>> +                   name, device);
>> +        return;
>> +    }
>> +
>> +    /* 3. take the snapshot */
>> +    sn1 = &state->sn;
>
> do_savevm() has a memset() to clear all of sn1 before it starts filling
> it in. Should we do the same here? For example sn1.vm_state_size looks
> undefined.
>
   I think state->sn is set to zero by
qmp_transaction():
state = g_malloc0(ops->instance_size);

> It also stops the VM before saving the snapshot. I don't think this is
> necessary here because we don't save the VM state, but do we need at
> least the bdrv_flush/bdrv_drain_all part of it?
>
   bdrv_drain_all() is called already in qmp_transaction(). But I plan
add an explicit API later for bdrv_flush/bdrv_drain, which ensure data
is going to underlining storage.

>> +    pstrcpy(sn1->name, sizeof(sn1->name), name);
>> +    qemu_gettimeofday(&tv);
>> +    sn1->date_sec = tv.tv_sec;
>> +    sn1->date_nsec = tv.tv_usec * 1000;
>> +    sn1->vm_clock_nsec = qemu_get_clock_ns(vm_clock);
>> +
>> +    ret1 = bdrv_snapshot_create(bs, sn1);
>> +    if (ret1 < 0) {
>> +        error_setg_errno(errp, -ret1,
>> +                         "Failed to create snapshot '%s' on device '%s'",
>> +                         name, device);
>> +        return;
>> +    }
>> +
>> +    /* 4. succeed, mark a snapshot is created */
>> +    state->bs = bs;
>> +}
>> +
>> +static void internal_snapshot_abort(BlkTransactionState *common)
>> +{
>> +    InternalSnapshotState *state =
>> +                             DO_UPCAST(InternalSnapshotState, common, common);
>> +    BlockDriverState *bs = state->bs;
>> +    QEMUSnapshotInfo *sn = &state->sn;
>> +    Error *local_error = NULL;
>> +
>> +    if (!bs) {
>> +        return;
>> +    }
>> +
>> +    if (bdrv_snapshot_delete(bs, sn->id_str, sn->name, &local_error) < 0) {
>> +        error_report("Failed to delete snapshot with id '%s' and name '%s' on "
>> +                     "device '%s' in abort, reason is: '%s'",
>> +                     sn->id_str,
>> +                     sn->name,
>> +                     bdrv_get_device_name(bs),
>> +                     error_get_pretty(local_error));
>> +        error_free(local_error);
>
> See, here you're doing the right thing if bdrv_snapshot_delete() returns
> simple errors like "Failed to remove from snapshot list". With the
> changes the earlier patch made to qcow2, you end up with this, though:
>
>      Failed to delete snapshot with id 'uninitialised' and name 'test' on
>      device 'ide0-hd0' in abort, reason is: 'Failed to remove snapshot
>      with ID 'uninitialised' and name 'test' from the snapshot list on
>      device 'ide0-hd0''
>
> We need to standardise on the minimal error information that makes the
> error unambiguous in order to avoid such duplication.
>
> To sum up: Leave this code as it is, but change qcow2 etc. to remove ID,
> name and device from their messages.
>
   OK, will remove them in the implementions.

>> +    }
>> +}
>
> Kevin
>


-- 
Best Regards

Wenchao Xia

  reply	other threads:[~2013-07-19  9:20 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-11  5:46 [Qemu-devel] [PATCH V5 0/8] add internal snapshot support at block device level Wenchao Xia
2013-07-11  5:46 ` [Qemu-devel] [PATCH V5 1/8] snapshot: new function bdrv_snapshot_find_by_id_and_name() Wenchao Xia
2013-07-11  5:46 ` [Qemu-devel] [PATCH V5 2/8] snapshot: distinguish id and name in snapshot delete Wenchao Xia
2013-07-18 11:07   ` Stefan Hajnoczi
2013-07-19  9:12     ` Wenchao Xia
2013-07-18 11:48   ` Kevin Wolf
2013-07-19  9:13     ` Wenchao Xia
2013-07-11  5:46 ` [Qemu-devel] [PATCH V5 3/8] qmp: add internal snapshot support in qmp_transaction Wenchao Xia
2013-07-18 12:22   ` Kevin Wolf
2013-07-19  9:19     ` Wenchao Xia [this message]
2013-07-19 10:13       ` Kevin Wolf
2013-07-20  0:09         ` Wenchao Xia
2013-07-11  5:47 ` [Qemu-devel] [PATCH V5 4/8] qmp: add interface blockdev-snapshot-internal-sync Wenchao Xia
2013-07-11  5:47 ` [Qemu-devel] [PATCH V5 5/8] qmp: add interface blockdev-snapshot-delete-internal-sync Wenchao Xia
2013-07-11  5:47 ` [Qemu-devel] [PATCH V5 6/8] hmp: add interface hmp_snapshot_blkdev_internal Wenchao Xia
2013-07-11  5:47 ` [Qemu-devel] [PATCH V5 7/8] hmp: add interface hmp_snapshot_delete_blkdev_internal Wenchao Xia
2013-07-11  5:47 ` [Qemu-devel] [PATCH V5 8/8] qemu-iotests: add 056 internal snapshot for block device test case Wenchao Xia
2013-07-18 11:09 ` [Qemu-devel] [PATCH V5 0/8] add internal snapshot support at block device level Stefan Hajnoczi
2013-07-18 12:34 ` Kevin Wolf
2013-07-19  5:32   ` 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=51E904B2.8060702@linux.vnet.ibm.com \
    --to=xiawenc@linux.vnet.ibm.com \
    --cc=armbru@redhat.com \
    --cc=dietmar@proxmox.com \
    --cc=famz@redhat.com \
    --cc=kwolf@redhat.com \
    --cc=lcapitulino@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=phrdina@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --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.