Date: Tue, 1 May 2012 10:39:37 +1000 From: Peter Jeremy <peterjeremy@acm.org> To: Bryan Drewery <bryan@shatow.net> Cc: freebsd-fs@freebsd.org Subject: Re: ZFS with multiple boot/root pools Message-ID: <20120501003937.GB53691@server.vk2pj.dyndns.org> In-Reply-To: <4F9F0EC6.1060802@shatow.net> References: <20120430210711.GA50280@server.vk2pj.dyndns.org> <4F9F0EC6.1060802@shatow.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Apr-30 17:14:30 -0500, Bryan Drewery <bryan@shatow.net> wrote: >On 04/30/2012 04:07 PM, Peter Jeremy wrote: >> I have boot/root on one ZFS pool and for recovery purposes keep a=20 >> second ZFS boot/root pool in case the first one becomes >> unbootable. =2E.. >'zfs set canmount=3Dnoauto' on all of your non-active datasets. This >will stop 'zfs mount -a' (/etc/rc.d/zfs) from mounting them. That's OK for preventing filesystems on the secondary boot pool from auto-mounting when booting from the primary pool but doesn't handle booting from the secondary pool - a "zfs mount -a" there will automount all the primary filesystems instead of the wanted secondary ones. That said, this does appear to be the closest to a usable workaround at this time. >There's also a port sysutils/beadm for managing multiple boot >environments. I've noted that there's work being done on boot environments. Whilst this is welcome, it is orthogonal to having multiple boot pools. In particular, boot environments don't handle the situation where [gpt]zfsboot refuses to load the kernel. Whilst there have been some improvements to the ZFS bootloader, it is still unable to handle all ZFS fragmentation results - in which case you need an alternative boot pool. --=20 Peter Jeremy --9amGYk9869ThD9tj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+fMMkACgkQ/opHv/APuIeAzACgi+WljwQzE+PnJFQ+F1PRiypf TAAAn1Icf74ah/7urKGP+cRs4uAU2JPO =X+5E -----END PGP SIGNATURE----- --9amGYk9869ThD9tj--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120501003937.GB53691>