qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Jes Sorensen <Jes.Sorensen@redhat.com>
To: Stefan Hajnoczi <stefanha@gmail.com>
Cc: SAURAV LAHIRI <saurav_lahiri@yahoo.com>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Issue with snapshot outside qcow2 disk - qemu 0.14.0
Date: Fri, 11 Mar 2011 07:31:51 +0100	[thread overview]
Message-ID: <4D79C1D7.1030105@redhat.com> (raw)
In-Reply-To: <AANLkTim1O51=6a_1xJxCJbTvs9x7jdBvXY7TU3BF6+DF@mail.gmail.com>

On 03/10/11 22:04, Stefan Hajnoczi wrote:
> On Thu, Mar 10, 2011 at 7:57 PM, SAURAV LAHIRI <saurav_lahiri@yahoo.com> wrote:
>> The high level use case is that of being able to backup user specified disks of a VM without having to bring down the VM.
> 
> Excellent, that sounds exactly like Jes is addressing so future
> QEMU/KVM releases will hopefully have the live snapshot/merge
> capability.
> 
>> snapshot_blkdev: Regarding this  I do have a couple of questions.
>>
>> 1. If the snapshot cannot be merged then it could mean that there are several snapshot files. One readonly  for each of the previous snapshots and the last one being the active one, which handles all the current writes. Post backup If do have to restore to a particular snapshot then i would probably have to copy all the files in the chain and maintain the entire chain. But would it not affect read performance if several snapshot files are maintained, particularly if the VM is hosting a database like mysql ? Could you please clarify.
> 
> If the VM is not running you can use the qemu-img commit command to
> merge the snapshot back down into the base image.  After that you only
> have one image file again and can restart the VM.  Hopefully the
> deltas are small enough that this process is quick.
> 
> In the future a live merge command will take care of this and avoid
> the downtime.

Yep, qemu-img convert should be able to copy it into a single image so
you can delete the chain.

Cheers,
Jes

  reply	other threads:[~2011-03-11  6:32 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 [this message]
2011-03-11  9:39                   ` SAURAV LAHIRI
2011-03-11  9:50                     ` Jes Sorensen
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=4D79C1D7.1030105@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).