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
next prev parent 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 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.