From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-f175.google.com ([209.85.223.175]:36463 "EHLO mail-ie0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752005AbbEHDXH (ORCPT ); Thu, 7 May 2015 23:23:07 -0400 Received: by iecnq11 with SMTP id nq11so54692987iec.3 for ; Thu, 07 May 2015 20:23:06 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <1540375.q8H4Tysm3j@merkaba> References: <1429312124.8371.62.camel@scientia.net> <1816824.Xy3LLo99sJ@merkaba> <1540375.q8H4Tysm3j@merkaba> From: Paul Harvey Date: Fri, 8 May 2015 13:22:46 +1000 Message-ID: Subject: Re: how to clone a btrfs filesystem To: Martin Steigerwald Cc: linux-btrfs Content-Type: text/plain; charset=UTF-8 Sender: linux-btrfs-owner@vger.kernel.org List-ID: That's useful to know, thanks! Perhaps I'll add a configuration option for the user to specify where their snapshots should live relative to the subvolume, it seems like an easy addition to have. I've been meaning to deal with this anyway, somewhat related to https://github.com/csirac2/snazzer/issues/2 On 8 May 2015 at 04:57, Martin Steigerwald wrote: > Am Donnerstag, 7. Mai 2015, 15:14:11 schrieb Paul Harvey: >> Sorry I'm late to this conversation... >> >> On 18 April 2015 at 18:10, Martin Steigerwald wrote: >> > That said, I think it can be scripted. But I am not aware of anyone >> > having done this. I may be missing something, so maybe someone on the >> > list has a recommendation. >> >> I thought I'd mention that I have developed a script [1] which is a >> part of snazzer [2] which at least transports all snapshots of all >> subvolumes on all mounted btrfs filesystems (or a subset thereof), >> using send -p where possible between two local filesystems or a remote >> host via ssh. That is, of course, assuming your snapshots are named >> and located according to the idiomatic convention expected by >> snazzer-receive [1] - which is unlikely, I admit. Everybody uses btrfs >> slightly differently. > > Thank you for the hint to your tool, sounds interesting. I am not sure > whether it would work with my setup of having snapshots in root subvol, but > then setting another subvol as default to hide snapshots behind a mount of > the root subvol like this: > > LABEL=home /home btrfs > noatime,space_cache,compress=lzo 0 0 > > LABEL=home /mnt/home-snaps btrfs > noatime,space_cache,compress=lzo,subvolid=5 0 0 > > I know that space_cache is not needed after first mount with that option > (thats why I think it does not make much sense to have this as a mount > option in the first place, but rather as a property of the filesystem). > > Thanks, > -- > Martin 'Helios' Steigerwald - http://www.Lichtvoll.de > GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7