Juju with btrfs

Kapil Thangavelu kapil.thangavelu at canonical.com
Mon May 13 21:06:18 UTC 2013

Lxc-clone isn't used atm, so the integration with btrfs isn't present. The
clone support in pyjuju is a historical artifact for current versions. The
original lxc support utilized clone to allow for fast unit creation, at the
cost of post container modification scripts. A subsequent refactoring late
last year, unified juju installation for all instances around cloud-init
and cloud-images, and the lxc-clone support wasn't kept. Hopefully that can
be revisited in the juju-core implementation when local provider is
reimplemented via re-running cloud-init on the cloned container with new
user data (after resetting cloud-init state).



On Mon, May 13, 2013 at 1:33 PM, Scott Moser <smoser at ubuntu.com> wrote:

> On Mon, 13 May 2013, Jasper Aikema wrote:
> > Hi all,
> >
> > Can someone tell me more about the integration of Juju with the
> > snapshotting part of btrfs?
> >
> > I did understand there is work done in LXC, so you are able to use
> > lxc-clone for cloning a btrfs subvolume. It seems there is also code in
> > Juju to use lxc-clone (in juju/lib/lxc/__init__.py), But I don't
> understand
> > how to use this. Or is it not working code?
> if /var/lib/lxc is on a btrfs volume, it should "just work" such that any
> time 'lxc-clone' is used it is via btrfs subvolume.
> --
> Juju mailing list
> Juju at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju/attachments/20130513/f190dffb/attachment.html>

More information about the Juju mailing list