From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 22:22:41 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 285531065670 for ; Mon, 22 Nov 2010 22:22:41 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from mail.kc8onw.net (kc8onw.net [206.55.209.81]) by mx1.freebsd.org (Postfix) with ESMTP id 025428FC13 for ; Mon, 22 Nov 2010 22:22:40 +0000 (UTC) Received: from [10.70.3.3] (c-98-223-39-129.hsd1.in.comcast.net [98.223.39.129]) by mail.kc8onw.net (Postfix) with ESMTPSA id F1B736129B; Mon, 22 Nov 2010 17:22:39 -0500 (EST) Message-ID: <4CEAECB9.2080400@kc8onw.net> Date: Mon, 22 Nov 2010 17:20:41 -0500 From: Jonathan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Andrew Reilly References: <20101122113541.GA74719@johnny.reilly.home> <4CEA8BA6.7080009@kc8onw.net> <20101122221350.GA81098@johnny.reilly.home> In-Reply-To: <20101122221350.GA81098@johnny.reilly.home> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 22:22:41 -0000 On 11/22/2010 5:13 PM, Andrew Reilly wrote: > On Mon, Nov 22, 2010 at 10:26:30AM -0500, Jonathan Stewart wrote: >> On 11/22/2010 6:35 AM, Andrew Reilly wrote: >>> Dump/restore doesn't work for ZFS. I *think* that I'm running >>> backups in the appropriate equivalent fashion: I take file >>> system snapshots (both absolute == level 0) and relative >>> (incremental), and zfs send those to files on the backup disk. >> >> This is actively discouraged, there is no recovery ability when >> receiving zfs streams so 1 bad bit would invalidate your entire backup. > > Hmm. Isn't that a problem that also affects the "sending > snapshots" scheme that you describe, below? When sending the snapshots to a new file system you know right away whether they are bad or not. Otherwise you find out when you are trying to restore and your backups are bad... A send could fail but you can always retry that, you can't retry anything when your trying to restore. Jonathan