From owner-freebsd-fs@FreeBSD.ORG Thu Nov 26 12:19:27 2009 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 616221065676 for ; Thu, 26 Nov 2009 12:19:27 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8649C8FC08 for ; Thu, 26 Nov 2009 12:19:25 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA01876; Thu, 26 Nov 2009 14:19:18 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B0E7246.8090102@icyb.net.ua> Date: Thu, 26 Nov 2009 14:19:18 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: "James R. Van Artsdalen" References: <4B0E51DE.1090707@jrv.org> In-Reply-To: <4B0E51DE.1090707@jrv.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs Subject: Re: kernel update svn 195757->199260, zpool.cache prevents boot 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: Thu, 26 Nov 2009 12:19:27 -0000 on 26/11/2009 12:01 James R. Van Artsdalen said the following: > I upgraded a ZFS system from svn 195757 to 199260 and it would not > boot. Booting from UFS reported a corrupt pool with many faulted > devices and vdevs. > > It turns out that the pool was fine and that zpool.cache was the > problem: it was depending on the drive names being immutable but they > changed between svn 195757 and 199260 for me (and will for many or most > people 7.2->8.0 using the new AHCI driver) > > Why not have GEOM record the ZFS GUID of each leaf dev when GEOM > "tastes" the drive (similar to the way GEOM does that for UFS today), > and then use the GUID field from zpool.cache to find the disk instead of > the PATH field? I don't see that ever failing. Hmm, I thought that FreeBSD ZFS already did something like that. -- Andriy Gapon