From owner-freebsd-fs@FreeBSD.ORG Tue May 1 04:02:16 2012 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 5D9D01065672 for ; Tue, 1 May 2012 04:02:16 +0000 (UTC) (envelope-from james-freebsd-fs2@jrv.org) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id 1CCC38FC08 for ; Tue, 1 May 2012 04:02:15 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.jrv.org (Postfix) with ESMTP id C35A56D608F; Mon, 30 Apr 2012 22:46:18 -0500 (CDT) X-Virus-Scanned: amavisd-new at zimbra.housenet.jrv Received: from mail.jrv.org ([127.0.0.1]) by localhost (zimbra.housenet.jrv [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Czy9CW5SdSpi; Mon, 30 Apr 2012 22:46:07 -0500 (CDT) Received: from [10.0.2.15] (adsl-70-243-84-14.dsl.austtx.swbell.net [70.243.84.14]) by mail.jrv.org (Postfix) with ESMTPSA id 407E16D6086; Mon, 30 Apr 2012 22:46:07 -0500 (CDT) Message-ID: <4F9F5C76.3030106@jrv.org> Date: Mon, 30 Apr 2012 22:45:58 -0500 From: "James R. Van Artsdalen" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.2.28) Gecko/20120306 Lightning/1.0b2 Thunderbird/3.1.20 MIME-Version: 1.0 To: Peter Jeremy References: <20120430210711.GA50280@server.vk2pj.dyndns.org> <4F9F0EC6.1060802@shatow.net> <20120501003937.GB53691@server.vk2pj.dyndns.org> In-Reply-To: <20120501003937.GB53691@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: ZFS with multiple boot/root pools 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: Tue, 01 May 2012 04:02:16 -0000 On 4/30/2012 7:39 PM, Peter Jeremy wrote: > 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. Don't do "zfs mount -a" from the secondary pool. Put "zfs_enable=NO" in /etc/rc.conf there, set each filesystem in the second pool to mountpoint=legacy, and list each secondary filesystem in /etc/fstab in the secondary pool. When booting the secondary pool no filesystems are automounted so the main pool is not a problem in that environment. When booting the main pool no filesystem from the secondary pool is automounted since all of those have mountpoint=legacy. I always use /boot from the secondary pool and select environments by setting 'vfs.root.mountfrom="zfs:POOL/ROOTFS"' in /boot/loader.conf on the secondary pool. That's OK since the secondary pool easily rebuilt if necessary and it solves the problem of booting my main pool. The main pool is many disks in RAIDZ vdevs and the BIOS cannot address them all for booting. But the secondary pool is a single MIRROR vdev and one dev in that vdev is on the hosts' standard SATA connector and can always be entirely read via INT 13h.