From owner-freebsd-fs@FreeBSD.ORG Thu Jun 28 06:50:06 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 51DF2106564A for ; Thu, 28 Jun 2012 06:50:06 +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 380CD8FC1C for ; Thu, 28 Jun 2012 06:50:06 +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 q5S6o6hU098168 for ; Thu, 28 Jun 2012 06:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5S6o64Q098167; Thu, 28 Jun 2012 06:50:06 GMT (envelope-from gnats) Date: Thu, 28 Jun 2012 06:50:06 GMT Message-Id: <201206280650.q5S6o64Q098167@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: Thu, 28 Jun 2012 06:50:06 -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: Thu, 28 Jun 2012 09:48:26 +0300 on 28/06/2012 00:53 George Hartzell said the following: > 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? /boot/zfs/zpool.cache after split contains only information about zroot. Thus it's kind of useless on zsplitroot. I think that you need to do zpool import -R ... -c ... zsplitroot and copy the proper cache file. -- Andriy Gapon