ZFS: exclude one FS from recurive snapshot creation? Or some equivalent to "nodump" for dataset?
Dmitry Morozovsky
marck at rinet.ru
Wed Apr 22 09:25:49 UTC 2015
On Mon, 20 Apr 2015, Steven Hartland wrote:
> Thinking outside the box a little, create the recursive snapshot then remove
> the snapshot for that user?
or, even invent your own property like
zfs set org.freebsd:nosend=yes pool/path/to/fs
and then (could be optimized, but):
zfs snap pool at snapname
zfs get -H -o name,value -t snapshot org.freebsd:nosend | \
awk '$2 == "yes" {print $1}' | \
xargs -n1 zfs destroy
?
>
> On 20/04/2015 10:29, Lev Serebryakov wrote:
> > Hello Freebsd-fs,
> >
> > I have set of ZFS filesystems, one fielsystem per user like this:
> >
> > zroot/home/group1/user11
> > zroot/home/group1/user12
> > zroot/home/group1/user13
> > zroot/home/group2/user21
> > zroot/home/group2/user22
> > zroot/home/group3/user31
> > ...
> >
> > I want to create complete snapshots of "zroot/home" tree regularly (with
> > zfSnap), but I have one "user" which holds a huge amount of
> > easy-reconstructible data, which I don't wont to store in snapshots.
> >
> > Is it possible to exclude one dataset (filesystem) from "zfs snap -r"?
> >
> > I don't want to enumerate all but this filesystem in configuration file,
> > as
> > it is error-prone and requires editing configs each time user is created or
> > removed.
> >
> > P.S. I start to understand how much I love "nodump" flag on UFS and it usage
> > with "dump" command! Absence of such functionality for "zfs send" is really
> > pity.
> >
>
> _______________________________________________
> freebsd-fs at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-fs
> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"
>
--
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: marck at FreeBSD.org ]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck at rinet.ru ***
------------------------------------------------------------------------
More information about the freebsd-fs
mailing list