On 04/23/2013 01:28 AM, Serge Hallyn wrote:
> Quoting Stéphane Graber (stgra...@ubuntu.com):
>> I'm not a big user of lxc-clone (yet) but I think as we redesign that
>> part of the code, consistency across backend should be a primary goal
>> even if that causes some slight changes in behaviour from previous
>> implementations.
> 
> Ok it finally dawned on me that if we want consistency, then we can't
> do it the new way.  LVM backed containers are the primary counter
> example.  To have $lxc_path/$lxc_name be lvm-backed would require
> the LV to be mounted at host boot.
> 
> So what I'm going to do is implement a few more backing stores and
> a tiny temporary toy lxc-clone c program for easier testing, with
> zfs for now switched to only its rootfs being a separate zfs unit.
> We can't decide to switch all backing stores to the other way, but
> if we decide to later support zfs and btrfs having $lxcpath/$lxcname
> be separate units/subvolumes, it shouldn't be a big deal to special
> case that and support both.  But I'd rather not complicate what I'm
> doing with that now.
> 
> -serge

I'm perfectly happy with only the rootfs being on a separate backend.

Technically all block based backends (lvm, qcow2, raw disk image, ...)
will require that anyway. The only two cases where that's not
necessarily true is zfs and btrfs as those two aren't blocks but fs
sub-volumes and so effectively visible as directories and don't require
explicit mounting to be accessible.


-- 
Stéphane Graber
Ubuntu developer
http://www.ubuntu.com

Attachment: signature.asc
Description: OpenPGP digital signature

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
_______________________________________________
Lxc-devel mailing list
Lxc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lxc-devel

Reply via email to