qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 5/5] Change order of metadata update to prevent loosing guest data because of unexpected exit.
Date: Mon, 24 Nov 2008 10:49:46 -0600	[thread overview]
Message-ID: <492ADB2A.7030700@codemonkey.ws> (raw)
In-Reply-To: <20081123145326.22178.36990.stgit@dhcp-1-237.tlv.redhat.com>

Gleb Natapov wrote:
> Currently the order is this (during cow since it's the interesting case):
> 1. Decrement refcount of old clusters
> 2. Increment refcount for newly allocated clusters
> 3. Copy content of old sectors that will not be rewritten
> 4. Update L2 table with pointers to new clusters
> 5. Write guest data into new clusters (asynchronously)
>
> There are several problems with this order. The first one is that if qemu
> crashes (or killed or host reboots) after new clusters are linked into L2
> table but before user data is written there, then on the next reboot guest
> will find neither old data nor new one in those sectors and this is not
> what gust expects even when journaling file system is in use.  The other
> problem is that if qemu is killed between steps 1 and 4 then refcount
> of old cluster will be incorrect and may cause snapshot corruption.
>
> The patch change the order to be like this:
> 1. Increment refcount for newly allocated clusters
> 2. Write guest data into new clusters (asynchronously)
> 3. Copy content of old sectors that were not rewritten
> 4. Update L2 table with pointers to new clusters
> 5. Decrement refcount of old clusters
>
> Unexpected crash may cause cluster leakage, but guest data should be safe.
>
> Signed-off-by: Gleb Natapov <gleb@redhat.com>
> ---
>
>  block-qcow2.c |  155 +++++++++++++++++++++++++++++++++------------------------
>  1 files changed, 91 insertions(+), 64 deletions(-)
>
> diff --git a/block-qcow2.c b/block-qcow2.c
> index 0771281..c600517 100644
> --- a/block-qcow2.c
> +++ b/block-qcow2.c
> @@ -852,6 +852,69 @@ static uint64_t alloc_compressed_cluster_offset(BlockDriverState *bs,
>      return cluster_offset;
>  }
>  
> +typedef struct QCowL2Meta
> +{
> +    uint64_t offset;
> +    int n_start;
> +    int nb_available;
> +    int nb_clusters;
> +} QCowL2Meta;
> +
> +static int alloc_cluster_link_l2(BlockDriverState *bs, uint64_t cluster_offset,
> +        QCowL2Meta *m)
> +{
> +    BDRVQcowState *s = bs->opaque;
> +    int i, j = 0, l2_index, ret;
> +    uint64_t *old_cluster, start_sect, l2_offset, *l2_table;
> +
> +    if (m->nb_clusters == 0)
> +        return 0;
> +
> +    if (!(old_cluster = qemu_malloc(m->nb_clusters * sizeof(uint64_t))))
> +        return -ENOMEM;
>   

This memory is never freed.

Regards,

Anthony Liguori

  reply	other threads:[~2008-11-24 16:49 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-23 14:52 [Qemu-devel] [PATCH 0/5] QCOW2 small cleanups and changing metadata update order Gleb Natapov
2008-11-23 14:52 ` [Qemu-devel] [PATCH 1/5] Remove tabs from qcow_aio_read_cb(). Fix indentation Gleb Natapov
2008-11-24 16:31   ` Anthony Liguori
2008-11-24 20:03     ` Gleb Natapov
2008-11-23 14:53 ` [Qemu-devel] [PATCH 2/5] Introduce new helper function qcow_shedule_bh() Gleb Natapov
2008-11-24 16:32   ` Anthony Liguori
2008-11-24 20:05     ` Gleb Natapov
2008-11-23 14:53 ` [Qemu-devel] [PATCH 3/5] Write table offset and size in one syscall Gleb Natapov
2008-11-24 16:42   ` Anthony Liguori
2008-11-24 20:11     ` Gleb Natapov
2008-11-23 14:53 ` [Qemu-devel] [PATCH 4/5] Cleanup {alloc|get}_cluster_offset() Gleb Natapov
2008-11-24 16:47   ` Anthony Liguori
2008-11-23 14:53 ` [Qemu-devel] [PATCH 5/5] Change order of metadata update to prevent loosing guest data because of unexpected exit Gleb Natapov
2008-11-24 16:49   ` Anthony Liguori [this message]
2008-11-24 20:19     ` Gleb Natapov

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=492ADB2A.7030700@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=qemu-devel@nongnu.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).