From owner-freebsd-fs@FreeBSD.ORG Wed Jun 27 06:00:23 2012 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48A9F106567B for ; Wed, 27 Jun 2012 06:00:23 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1AEFB8FC22 for ; Wed, 27 Jun 2012 06:00:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5R60Mxs089860 for ; Wed, 27 Jun 2012 06:00:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5R60MFa089859; Wed, 27 Jun 2012 06:00:22 GMT (envelope-from gnats) Date: Wed, 27 Jun 2012 06:00:22 GMT Message-Id: <201206270600.q5R60MFa089859@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Andriy Gapon Cc: Subject: Re: kern/166566: [zfs] zfs split renders 2 disk (MBR based) mirror unbootable X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andriy Gapon List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 06:00:23 -0000 The following reply was made to PR kern/166566; it has been noted by GNATS. From: Andriy Gapon To: hartzell@alerce.com Cc: bug-followup@FreeBSD.org Subject: Re: kern/166566: [zfs] zfs split renders 2 disk (MBR based) mirror unbootable Date: Wed, 27 Jun 2012 08:49:44 +0300 on 27/06/2012 00:38 George Hartzell said the following: > currdev does not seem to have any effect, it looks like something else > is being used to find the initial zfs pool(s). Just a note that currdev would not affect the order of the pools in lsdev output. It should affect from which pool the zpool.cache is loaded. Ah! You probably need to issue unload command as well. I keep forgetting that in default configuration loader loads up stuff before presenting its menu. I've changed my loader.rc, so that nothing is loaded before the menu. But, yes, the best course of action seems to be to fix up zsplitroot right after splitting it off. Thank you for your persistence in testing and debugging! -- Andriy Gapon