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 <martin@xxxxxxxxxxxx> 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 <martin@xxxxxxxxxxxx> 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 -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
