Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 24 Nov 2011 16:07:10 -0800
From:      Freddie Cash <fjwcash@gmail.com>
To:        Andrew Reilly <areilly@bigpond.net.au>
Cc:        freebsd-fs@freebsd.org, Johannes Totz <jtotz@imperial.ac.uk>
Subject:   Re: backing up zfs dataset
Message-ID:  <CAOjFWZ4iOrSDgp2p2pf=62hcUYtBpY=oROSHXZPvCVwZV-f65w@mail.gmail.com>
In-Reply-To: <20111124235843.GB96603@johnny.reilly.home>
References:  <j9jiud$oj6$1@dough.gmane.org> <20111124235843.GB96603@johnny.reilly.home>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Nov 24, 2011 at 3:58 PM, Andrew Reilly <areilly@bigpond.net.au>wrote:

> I do think that backup is something of a weakness for ZFS at
> the moment.  Sure, live filesystems and snapshots are clearly
> cool, and the modern way and all, but there is an awful lot of
> flexibility and ease of undersanding in the model of a "backup
> file on a tape."  Doesn't have to be on a tape, but the moral
> equivalent to dump/restore would (in my book) be a wonderful
> addition to ZFS, if anyone felt inclined.  Just padding the
> send/receive serialisation format with enough checksum and
> restart information to allow detection and graceful recovery
> from read errors in the backup medium would do the job.


One could probably work around this by doing a zfs send to a file, then
running it through parchive [1] to generate all the redundancy data.
 Granted, I've never used par, so it may or may not be feasible.

[1] http://parchive.sourceforge.net

-- 
Freddie Cash
fjwcash@gmail.com



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAOjFWZ4iOrSDgp2p2pf=62hcUYtBpY=oROSHXZPvCVwZV-f65w>