Date: Wed, 24 Nov 2010 06:32:07 +1100 From: Peter Jeremy <peterjeremy@acm.org> To: Andrew Reilly <areilly@bigpond.net.au> Cc: stable@freebsd.org Subject: Re: ZFS backups: retrieving a few files? Message-ID: <20101123193207.GA10788@server.vk2pj.dyndns.org> In-Reply-To: <20101123124543.GA4751@johnny.reilly.home> References: <20101122113541.GA74719@johnny.reilly.home> <4CEA8BA6.7080009@kc8onw.net> <20101123124543.GA4751@johnny.reilly.home>
next in thread | previous in thread | raw e-mail | index | archive | help
--+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Nov-23 23:45:43 +1100, Andrew Reilly <areilly@bigpond.net.au> wrote: >zfs send -vR tank/home@0 | zfs receive -d /backup/snapshots > >in order to experiment with this strategy. > >One would then become alarmed when one discovered that the >receive mechanism also invoked the mountpoint=3D parameter of the >source filesystem, and the zfs propensity for just doing stuff, >and boom: you have a read-only version of your home directory >mounted *on top of* your actual home directory... Been there, done that. The undocumented '-u' option to receive will prevent the receive side performing mounts. The poorly documented '-R' option on import allows you to specify an alternative root mountpoint. Once you have done the initial transfer, you can also set 'canmount=3Dnoauto' on each fileset (it isn't inherited) to prevent ZFS automounting them on import. BTW, the entire export is performed at the current compression level - recompressing existing data. --=20 Peter Jeremy --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkzsFrcACgkQ/opHv/APuIfWZACfbG3bUPC39dRq7lRCWgaU4aZV D5kAoMSDKPvd4bvoYtJE68VOQ+lC7gli =NnUI -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20101123193207.GA10788>