From owner-freebsd-questions@FreeBSD.ORG Mon Feb 25 17:04:00 2013 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 206202D4 for ; Mon, 25 Feb 2013 17:04:00 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id BB57F958 for ; Mon, 25 Feb 2013 17:03:59 +0000 (UTC) Received: from www.dweimer.net (webmail.dweimer.local [192.168.5.1]) by webmail.dweimer.net (8.14.5/8.14.5) with ESMTP id r1PH357c051977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 25 Feb 2013 11:03:05 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 25 Feb 2013 11:03:05 -0600 From: dweimer To: freebsd-questions@freebsd.org Subject: Re: SPAM: Re: ZFS root, error 2 when mounting root Organization: dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: <512B8AB5.4070504@gmail.com> References: <5129E079.4040906@gmail.com> <512B7FD0.6040405@gmail.com> <512B8AB5.4070504@gmail.com> Message-ID: <5e43c05e188e34a05f9ccb8f3ebe3380@dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/0.8.1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dweimer@dweimer.net List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2013 17:04:00 -0000 On 02/25/2013 10:00 am, bw wrote: >> >>> That was my understanding, too, but the instructions on the wiki say >>> there's no need to copy the cache file. In fact, there is no cache >>> file to copy, since the pool is created with >>> >>> zpool create -o altroot=/mnt -O canmount=off zroot mirror >>> /dev/gpt/g0zfs /dev/gpt/g1zfs >>> >>> No cache file. The wiki article was changed recently to eliminate >>> that part, the message on the wiki is: "Fix so that the default >>> instructions does not install data directly to the zroot pool. >>> Simplify instructions regarding cache files, they are no longer >>> needed. Fixes and cleanups." >>> >>> Either the instructions are wrong, or something in my script is. I >>> assume it's my script. >> >> The instructions noted above are now INCORRECT for 9.0 (I have not >> tried this with 9.1 yet) as you MUST manually put the zpool.cache file >> in place for it to work correctly (I tried a couple different >> variations when I first setup my systems a few months ago and learned >> this the hard way :-) I have *lost* of experience with ZFS under >> Solaris 10 but am relatively new (about a year) to FreeBSD. > > I tried it on 9.1, failed to specify. There is a change coming down through the stable or current channel, that doesn't require the zpool.cache file. But I don't believe that it has made it's to any of the releases. I haven't been able to track down the original message yet, but here is some of the relevant text from a reply on the freebsd-stable mailing list, the subject of the thread is "[HEADSUP] zfs root pool mounting", if you chose to search for it on your own. >>> on 28/11/2012 20:35 Andriy Gapon said the following: >>>> >>>> Recently some changes were made to how a root pool is opened for >>>> root filesystem >>>> 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 >>>> could also be >>>> convenient after zpool split and in some other situations. >>>> >>>> The change was introduced via multiple commits, the latest relevant >>>> revision in >>>> head is r243502. The changes are partially MFC-ed, the remaining >>>> parts are >>>> scheduled to be MFC-ed soon. -- Thanks, Dean E. Weimer http://www.dweimer.net/