From owner-freebsd-fs@FreeBSD.ORG Mon Apr 20 09:50:32 2015 Return-Path: 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 5DBFC902 for ; Mon, 20 Apr 2015 09:50:32 +0000 (UTC) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EDB756D4 for ; Mon, 20 Apr 2015 09:50:31 +0000 (UTC) Received: by widdi4 with SMTP id di4so84623704wid.0 for ; Mon, 20 Apr 2015 02:50:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=v1N1niV4o/1r7ynpiCWPyH2w3CrvE/22s2B9U7aPqYs=; b=lMeeR4o1s1vjFElmI/uXAxTqAX0LHODOmM8IftgFqwNVxaQjshYvKbONd70c+QjJI4 xPXydF31BsNxaML6ZtCH9N9RQQAJrKUXpFmWr4pOeExLXh2yJI8Uusp1eUAsJhUKp9dP +fpfgHLgd08Dbv7M4tIuncfEMcSGhnDEweuayZbaxmCB6PMYE8HRomHLBDY3cwknDjyv HAJVHxT1RUUw6lcpaFdrkMWZMgNmbHVIbf3hia8I8+tMPCGgajPSlTSXQcEAx+XaOibh YSqwuwfzn4DwXXzXe9XA/r9bMMfqvp15+ObE0XRKjG6X91q4p1HHXjWnukLsv4GyOFGA Oz4w== X-Gm-Message-State: ALoCoQlLBxgES/NM/VHx0imN3eOWyCRRiyEberuuHrZXgITycSJOv9X7MUSOSI2f8MGwsz5it42R X-Received: by 10.194.104.201 with SMTP id gg9mr28544314wjb.113.1429523424422; Mon, 20 Apr 2015 02:50:24 -0700 (PDT) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by mx.google.com with ESMTPSA id ei4sm2392760wib.22.2015.04.20.02.50.23 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Apr 2015 02:50:23 -0700 (PDT) Message-ID: <5534CBE5.1020902@multiplay.co.uk> Date: Mon, 20 Apr 2015 10:50:29 +0100 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-fs@freebsd.org Subject: Re: ZFS: exclude one FS from recurive snapshot creation? Or some equivalent to "nodump" for dataset? References: <710623939.20150420122931@serebryakov.spb.ru> In-Reply-To: <710623939.20150420122931@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2015 09:50:32 -0000 Thinking outside the box a little, create the recursive snapshot then remove the snapshot for that user? 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. >