From owner-freebsd-fs@FreeBSD.ORG Thu Jun 9 14:44:55 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6685D106564A for ; Thu, 9 Jun 2011 14:44:55 +0000 (UTC) (envelope-from gtodd@bellanet.org) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 029CF8FC18 for ; Thu, 9 Jun 2011 14:44:54 +0000 (UTC) Received: by ewy1 with SMTP id 1so817060ewy.13 for ; Thu, 09 Jun 2011 07:44:54 -0700 (PDT) Received: by 10.213.106.3 with SMTP id v3mr2756500ebo.40.1307628940095; Thu, 09 Jun 2011 07:15:40 -0700 (PDT) Received: from wawanesa.iciti.ca (CPE0080c8f208a5-CM001371173cf8.cpe.net.cable.rogers.com [99.246.61.82]) by mx.google.com with ESMTPS id g48sm1478545eea.12.2011.06.09.07.15.38 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 09 Jun 2011 07:15:38 -0700 (PDT) Message-ID: <4DF0D4F6.6020601@bellanet.org> Date: Thu, 09 Jun 2011 10:13:10 -0400 From: Graham Todd User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110118 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: zfs snapshot management X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 14:44:55 -0000 On 06/05/2011 22:32, Charles Sprickman wrote: > Hello all, > > I've been using a few different tools to manage zfs snapshots in different > scenarios. For local use, I've found that Ralf Engelschall's set of > scripts[1] that tie into the periodic(8) system work fairly well. I do > not use the amd portion since I am only working with zfs snapshots and I > don't see a need to actually re-mount the snapshots elsewhere for > recovery. The only limitation I find with this system is that for use on > a backups host the lack of a monthly or yearly retention period pretty > much rules it out. For local "oops" stuff though, it's great. FYI there's even a "port" of Ralf's tools (which I maintain). The scripts are pretty straightforward so the port is rather superfluous, but some people like to use ports for policy reasons and the like. To my mind the RSE snapshots tool excels at presenting a unified view of snapshots on a system that has a mixed UFS/ZFS filesystem layout. The script could be modified to account for different properties of UFS and ZFS fairly easily. e.g. ZFS obviates the need for certain subcommands (like "snapshot visit" which does not need to mount anything if the snapshot being "visited" is in a .zfs directory) and/or to increase the retention period (to work around the limit on the number of snapshots that a UFS filesystem can retain) but I'm not sure this would be all that useful. A better way to go might be to just wrap a generic "snapshot" command around subcommands and related periodic scripts in a plugin-ish/modular way to handle various mixtures of zfs ufs. Of course one day maybe "all our ufs are belong to zfs" (as ZVOLs) which might change things a bit. I'm not sure if UFS/SU+J will affect anything regarding snapshots on UFS ... maybe they'll be faster to create? Anyway, this was very useful thread. Snapshots are great and luckily there's lots of tools to choose from. PS: Note to self: snapshots != backups :) > For hosts acting as backups servers, I've been using Snapfilter[2] and > some cobbled together stuff that rsyncs a bunch of hosts and tries to > detect and notify on errors. Snapfilter simply is the zfs snapshot > "sweeper" that periodically deletes snapshots that are outside the defined > retention period(s). > > Since there seems to be a fair number of serious zfs users here, I was > hoping for some further suggestions for use in either case. Any input is > welcome... > > Thanks, > > Charles > > [1] - http://people.freebsd.org/~rse/snapshot/ > [2] - http://www.scottlu.com/Content/Snapfilter.html