From owner-freebsd-fs@FreeBSD.ORG Wed Jun 27 22:00:25 2012 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA84A1065677 for ; Wed, 27 Jun 2012 22:00:25 +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 B51DA8FC24 for ; Wed, 27 Jun 2012 22:00:25 +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 q5RM0PFD099244 for ; Wed, 27 Jun 2012 22:00:25 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5RM0PlR099243; Wed, 27 Jun 2012 22:00:25 GMT (envelope-from gnats) Date: Wed, 27 Jun 2012 22:00:25 GMT Message-Id: <201206272200.q5RM0PlR099243@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: George Hartzell 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: George Hartzell List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 22:00:25 -0000 The following reply was made to PR kern/166566; it has been noted by GNATS. From: George Hartzell To: Andriy Gapon Cc: hartzell@alerce.com, bug-followup@FreeBSD.org Subject: Re: kern/166566: [zfs] zfs split renders 2 disk (MBR based) mirror unbootable Date: Wed, 27 Jun 2012 14:53:21 -0700 Andriy Gapon writes: > 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! I thought the following would work, but it does not. zpool split -R /zsplitroot zroot zsplitroot zpool status # shows both pools. mount -t zfs zsplitroot /zsplitroot # my zfs stuff doesn't auto mount cp /boot/zfs/zpool.cache /zsplitroot/boot/zfs perl -pi.bak -e 's|zfs:zroot|zfs:zsplitroot|' /zsplitroot/boot/loader.conf umount /zsplitroot It fails to mount zsplitroot. Worse, setting vfs.zfs.debug=1 results in no additional output, just that the error is number 2. Any idea what I'm missing? g.