<div dir="ltr"><div>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).<br>
<br></div>hth,<br><br>Kapil<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, May 13, 2013 at 1:33 PM, Scott Moser <span dir="ltr"><<a href="mailto:smoser@ubuntu.com" target="_blank">smoser@ubuntu.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Mon, 13 May 2013, Jasper Aikema wrote:<br>
<br>
> Hi all,<br>
><br>
> Can someone tell me more about the integration of Juju with the<br>
> snapshotting part of btrfs?<br>
><br>
> I did understand there is work done in LXC, so you are able to use<br>
> lxc-clone for cloning a btrfs subvolume. It seems there is also code in<br>
> Juju to use lxc-clone (in juju/lib/lxc/__init__.py), But I don't understand<br>
> how to use this. Or is it not working code?<br>
<br>
</div>if /var/lib/lxc is on a btrfs volume, it should "just work" such that any<br>
time 'lxc-clone' is used it is via btrfs subvolume.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Juju mailing list<br>
<a href="mailto:Juju@lists.ubuntu.com">Juju@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju</a><br>
</font></span></blockquote></div><br></div>