From: Josh Durgin <josh.durgin@inktank.com>
To: Wido den Hollander <wido@42on.com>
Cc: ceph-devel <ceph-devel@vger.kernel.org>
Subject: Re: Internal Qemu snapshots with RBD and libvirt
Date: Fri, 19 Jul 2013 15:30:38 -0700 [thread overview]
Message-ID: <51E9BE0E.7020609@inktank.com> (raw)
In-Reply-To: <51E807DD.5050805@42on.com>
On 07/18/2013 08:21 AM, Wido den Hollander wrote:
> Hi,
>
> I'm working on the RBD integration for CloudStack 4.2 and now I got to
> the point snapshotting.
>
> The "problem" is that CloudStack uses libvirt for snapshotting
> Instances, but Qemu/libvirt also tries to store the memory contents of
> the domain to assure the snapshot is consistent.
>
> So the way libvirt tries to do it is not possible with RBD right now,
> since there is no way to store the internal memory.
>
> I was thinking about using the Java librbd bindings to create the
> snapshot, but that will not be consistent thus not 100% safe, so I'd
> rather avoid that.
>
> How is this done in OpenStack? Or are you facing similar issues?
OpenStack doesn't store the memory contents of a domain. For volume
snapshots, it requires that the volume is detached, so there can be
no inconsistency, and the actual snapshot handling is done by the volume
driver in cinder, so libvirt is not involved at all. It just uses the
rbd command (or now the python bindings).
> P.S.: I'm testing with libvirt 1.0.6 from the Ubuntu Cloud Team archive
> with packages for OpenStack Havana.
>
next prev parent reply other threads:[~2013-07-19 22:31 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-18 15:21 Internal Qemu snapshots with RBD and libvirt Wido den Hollander
2013-07-19 22:30 ` Josh Durgin [this message]
2013-07-19 22:41 ` Sage Weil
2013-07-19 22:47 ` Marcus Sorensen
2013-07-20 0:48 ` Josh Durgin
2013-07-20 8:42 ` Wido den Hollander
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=51E9BE0E.7020609@inktank.com \
--to=josh.durgin@inktank.com \
--cc=ceph-devel@vger.kernel.org \
--cc=wido@42on.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 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.