From owner-freebsd-fs@FreeBSD.ORG  Sat Oct 11 21:39:16 2014
Return-Path: <owner-freebsd-fs@FreeBSD.ORG>
Delivered-To: freebsd-fs@FreeBSd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 91FA3F94
 for <freebsd-fs@FreeBSd.org>; Sat, 11 Oct 2014 21:39:16 +0000 (UTC)
Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 14D73B5B
 for <freebsd-fs@FreeBSd.org>; Sat, 11 Oct 2014 21:39:12 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id s9BLcrVt030082
 for <freebsd-fs@FreeBSd.org>; Sun, 12 Oct 2014 01:38:53 +0400 (MSK)
 (envelope-from marck@rinet.ru)
Date: Sun, 12 Oct 2014 01:38:53 +0400 (MSK)
From: Dmitry Morozovsky <marck@rinet.ru>
To: freebsd-fs@FreeBSd.org
Subject: Snapshots and what not to snapshot
Message-ID: <alpine.BSF.2.00.1410120128570.6601@woozle.rinet.ru>
User-Agent: Alpine 2.00 (BSF 1167 2008-08-23)
X-NCC-RegID: ru.rinet
X-OpenPGP-Key-ID: 6B691B03
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3
 (woozle.rinet.ru [0.0.0.0]); Sun, 12 Oct 2014 01:38:53 +0400 (MSK)
X-BeenThere: freebsd-fs@freebsd.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Filesystems <freebsd-fs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-fs>,
 <mailto:freebsd-fs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-fs/>
List-Post: <mailto:freebsd-fs@freebsd.org>
List-Help: <mailto:freebsd-fs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
 <mailto:freebsd-fs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 11 Oct 2014 21:39:16 -0000

Colleagues,

reading some last threads I'm starting to think again about the problem I 
thought about for many times, but invent nothing but crude hacks:

it would be great to have a mechanism to exclude some subtrees from recursive 
snapshots; the model is like:

you have some tree of ZFS file systems, like

pool/path/r
pool/path/jails
pool/path/jails/j1
pool/path/jails/j1/obj
..
pool/path/persistent
pool/path/obj

or something alike.

To have the ability to make consistent backup, one would use ``zfs snapshot 
-r''

but -- before using zfs send or other replication machanisms it would be 
feasible to remove snapshots of not-so-important filesystems.

For now, the kludge I could see is to set on these some artificial property 
like org.freebsd:nodump or similar, then traverse zfs list with this attribute 
and delete non-needed snapshots.

Maybe somewhere there are more elegant solutions?

Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer:                                 marck@FreeBSD.org ]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------