qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Jes Sorensen <Jes.Sorensen@redhat.com>
To: SAURAV LAHIRI <saurav_lahiri@yahoo.com>
Cc: Stefan Hajnoczi <stefanha@gmail.com>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Issue with snapshot outside qcow2 disk - qemu 0.14.0
Date: Fri, 11 Mar 2011 10:50:27 +0100	[thread overview]
Message-ID: <4D79F063.7040007@redhat.com> (raw)
In-Reply-To: <920767.76291.qm@web161605.mail.bf1.yahoo.com>

On 03/11/11 10:39, SAURAV LAHIRI wrote:
> Thank you Stefan, Jes. So it appears that snapshot_blkdev is the way
> to go for vm disk backup with running vms.
> 
> In regard to merging changes, assuming that we go snapshot_blkdev
> rightaway. Stefan's suggestion: "qemu-img commit" Jes's suggestion:
> "qemu-img convert"
> 
> Does qemu-img convert apply to running VM's. In that case it would
> appear to be the more practical approach(since vm shutdown would not
> be required).
> 
> Also incase If i have interpreted "qemu-img convert" incorrectly and
> does require a VM shutdown. Then when is expected time when the "live
> merge" will be available.

I believe commit only applies to images with internal files. If you use
convert then it doesn't modify the actual images, so lets say you have a
chain like this:

original->snapshotA->snapshotB

original and snapshotA are read-only when snapshotB is running.
Therefore you should be able to use convert to simply copy snapshotA
into a new image file snapshotX and save that for your backup. If you
later restore, you have a single image file you can boot from.

What you cannot do is to create the new snapshotX file and switch to it
as the backing file for snapshotB while you are up and running.

Cheers,
Jes

  reply	other threads:[~2011-03-11  9:50 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-09 18:06 [Qemu-devel] Issue with snapshot outside qcow2 disk - qemu 0.14.0 SAURAV LAHIRI
2011-03-09 19:53 ` Stefan Hajnoczi
2011-03-10  1:51   ` SAURAV LAHIRI
2011-03-10  9:27     ` Stefan Hajnoczi
2011-03-10  9:32       ` Jes Sorensen
2011-03-10  9:58         ` Stefan Hajnoczi
2011-03-10  9:59           ` Jes Sorensen
2011-03-10 19:57             ` SAURAV LAHIRI
2011-03-10 21:04               ` Stefan Hajnoczi
2011-03-11  6:31                 ` Jes Sorensen
2011-03-11  9:39                   ` SAURAV LAHIRI
2011-03-11  9:50                     ` Jes Sorensen [this message]
2011-03-11 11:55                       ` Stefan Hajnoczi
2011-03-11 19:12                         ` SAURAV LAHIRI
2011-03-11 17:12                       ` SAURAV LAHIRI

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=4D79F063.7040007@redhat.com \
    --to=jes.sorensen@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=saurav_lahiri@yahoo.com \
    --cc=stefanha@gmail.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 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).