xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Ian Campbell <Ian.Campbell@citrix.com>
To: "kevin.zhang@octlink.com" <kevin.zhang@octlink.com>
Cc: xen-devel <xen-devel@lists.xen.org>
Subject: Re: Live Snapshot problem: Xen 4.4+ with qcow2 disk
Date: Fri, 18 Jul 2014 16:25:39 +0100	[thread overview]
Message-ID: <1405697139.14273.7.camel@kazak.uk.xensource.com> (raw)
In-Reply-To: <20140718230544572407117@octlink.com>

On Fri, 2014-07-18 at 23:05 +0800, kevin.zhang@octlink.com wrote:
>  
> Hi Campbell,
>  
> Sorry for the wrong format, 
> Then, paste into non-colorful plain text.

It was still an HTML mail. Please find a way to disable this.

> Hi all, Today, I tried to test whether Live Snapshot schema can be
> adopted to qemu-xen with qcow2 disk image as what we do with
> qemu-xen-traditional using vhd disk image. 
> My live snapshot procedure is as follow:
>  ( my vm1 is currently running with qcow2 disk file 1.qcow2 ) 
> 1. xl pause vm1 
> 2. mv 1.qcow2 snap.qcow2 
> 3. qemu-img create -b snap.qcow2 -f qcow2 1.qcow2 
> 4. xl unpause vm1 
> However, as I unpaused vm1, the write operation still went to
> snap.qcow2 instead of the newly created snapshot file 1.qcow2.
> I remember that xen 4.0 also had similar problem if we did vhd live
> snapshot, and the problem was fixed in xen 4.1. 
> My question is : 
> whether the failure of making live qcow2 snapshot is a known bug, or
> whether I've missed some key operations to make it work. 

You've not told the toolstack what you've done, so it (or more
specifically qemu) still has the filehandle open to the original file,
renaming the file has no effect on that.

Bamvor has been posting designs for integrating snapshotting into the xl
toolstack, perhaps you could consider contributing to his efforts.

Also I should note that just pausing the vm may not be sufficient to
guarantee a consistent disk snapshot since there might be I/O in flight.

Cheers,
Ian.

  reply	other threads:[~2014-07-18 15:25 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <398fa5bc.15f8b.14749fb03bf.Coremail.zhangpei210@163.com>
2014-07-18 15:05 ` Live Snapshot problem: Xen 4.4+ with qcow2 disk kevin.zhang
2014-07-18 15:25   ` Ian Campbell [this message]
2014-07-18 10:26 kevin.zhang
2014-07-18 10:48 ` Ian Campbell

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=1405697139.14273.7.camel@kazak.uk.xensource.com \
    --to=ian.campbell@citrix.com \
    --cc=kevin.zhang@octlink.com \
    --cc=xen-devel@lists.xen.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).