On 04/21/2013 03:37 PM, Serge Hallyn wrote: > > Quoting Serge Hallyn (serge.hal...@ubuntu.com): >> <ping> Any feedback on this patch? >> >> I also have a question on behavior details. Until now, we've set up >> btrfs containers so that $lxcpath is a subvolume, and then each >> $rootfs is a subvolume. With zfs, per Papp's request, we're making >> the (zfs equivalent of a subvolume) at the $lxcpath/$lxc_name. So >> that means when we make a snapshot clone, we'll be doing them >> differently for different filesystems. >> >> I don't really care which we do - and even if we keep them different >> for hysterical raisins it's not biggie technically, since the >> filesystems have to be handled differently at clone anyway. But >> it'll be harder to explain to users what's going on. >> >> With the btrfs way, when we snapshot-clone a container we have to >> manually copy all the config and hooks files. We have to process >> them anyway (s/oldname/newname etc) though. With the zfs way we >> wouldn't have to copy them - so files which we didn't predict won't >> be copied. That may be a good thing - if we didn't predict it, then >> we probably didn't process it anyway so it may not be safe. Still >> the zfs way feels elegant... > > To reply to myself, > > as we also support snapshot-clones of lvm, and soon qcow and qed > based containers, and those will only snapshot the rootfs, if we > want behavior with all backing stores to be consistent then zfs > would need to change to only snapshot the rootfs, not $lxcpath/$lxc_name.
What if it's optional or even detected? tamas ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 _______________________________________________ Lxc-devel mailing list Lxc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxc-devel