From owner-freebsd-current@FreeBSD.ORG Sat Dec 1 13:34:44 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 236E8618; Sat, 1 Dec 2012 13:34:44 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id A8ED28FC1C; Sat, 1 Dec 2012 13:34:43 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id 32A60EDD; Sat, 1 Dec 2012 14:32:50 +0100 (CET) Date: Sat, 1 Dec 2012 14:36:03 +0100 From: Pawel Jakub Dawidek To: Daniel Braniss Subject: Re: [HEADSUP] zfs root pool mounting Message-ID: <20121201133603.GF1399@garage.freebsd.pl> References: <50B6598B.20200@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="juZjCTNxrMaZdGZC" Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD current , FreeBSD Stable , Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2012 13:34:44 -0000 --juZjCTNxrMaZdGZC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 30, 2012 at 08:51:48AM +0200, Daniel Braniss wrote: > >=20 > > Recently some changes were made to how a root pool is opened for root f= ilesystem > > mounting. Previously the root pool had to be present in zpool.cache. = Now it is > > automatically discovered by probing available GEOM providers. > > The new scheme is believed to be more flexible. For example, it allows= to prepare > > a new root pool at one system, then export it and then boot from it on = a new > > system without doing any extra/magical steps with zpool.cache. It coul= d also be > > convenient after zpool split and in some other situations. > >=20 > > The change was introduced via multiple commits, the latest relevant rev= ision in > > head is r243502. The changes are partially MFC-ed, the remaining parts= are > > scheduled to be MFC-ed soon. > >=20 > > I have received a report that the change caused a problem with booting = on at least > > one system. The problem has been identified as an issue in local envir= onment and > > has been fixed. Please read on to see if you might be affected when yo= u upgrade, > > so that you can avoid any unnecessary surprises. > >=20 > > You might be affected if you ever had a pool named the same as your cur= rent root > > pool. And you still have any disks connected to your system that belon= ged to that > > pool (in whole or via some partitions). And that pool was never proper= ly > > destroyed using zpool destroy, but merely abandoned (its disks > > re-purposed/re-partitioned/reused). > >=20 > > If all of the above are true, then I recommend that you run 'zdb -l ' for > > all suspect disks and their partitions (or just all disks and partition= s). If > > this command reports at least one valid ZFS label for a disk or a parti= tion that > > do not belong to any current pool, then the problem may affect you. > >=20 > > The best course is to remove the offending labels. > >=20 > > If you are affected, please follow up to this email. >=20 > GREATE!!!! > in a diskless environment, /boot is read only, and the zpool.cache issue > has been bothering me ever since, there was no way (and I tried) to re ro= ute it. I believe zpool.cache is not required only for root pool anymore and that you still need it if you want non-root pools to be automatically configured after reboot. Am I right, Andriy? Zpool.cache basically tells ZFS which pools should be automatically imported and file systems mounted. You can have disks in your system with ZFS pools that should not be auto-imported and zpool.cache is the way to tell the difference. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://tupytaj.pl --juZjCTNxrMaZdGZC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlC6B8IACgkQForvXbEpPzQmVQCgwL1RvyYB6HC+2/kcdWN3xLwa oHgAn2qWqOntsDsfJwjqkiBZtBLDGpVf =aPgG -----END PGP SIGNATURE----- --juZjCTNxrMaZdGZC--