From owner-freebsd-fs@FreeBSD.ORG Thu Nov 26 10:01:04 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 D4FF6106566B for ; Thu, 26 Nov 2009 10:01:04 +0000 (UTC) (envelope-from james-freebsd-fs2@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-13.dsl.austtx.swbell.net [70.243.84.13]) by mx1.freebsd.org (Postfix) with ESMTP id 767598FC12 for ; Thu, 26 Nov 2009 10:01:03 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id nAQA12lD098993 for ; Thu, 26 Nov 2009 04:01:03 -0600 (CST) (envelope-from james-freebsd-fs2@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-fs2@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: content-type:content-transfer-encoding; b=ZYUHr3c0wZgkojRAHxdoLIJUynlXnM2tHX3byovZ4QkXtJ2ite+fozPIHElOFws/u hMTSYzsxG2lSCIZmC28bk4tZmulcSxsmiwk8hFoCXX3d8MGmJTe6PPzgv8kQmZ5DccM +9vA4fEt04Kp0LyXY8lm6yAkACzGmrC2WmTfydM= Message-ID: <4B0E51DE.1090707@jrv.org> Date: Thu, 26 Nov 2009 04:01:02 -0600 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-fs Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: 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 10:01:04 -0000 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.