From owner-freebsd-current@freebsd.org Tue Mar 20 17:10:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8397FF5DA3F for ; Tue, 20 Mar 2018 17:10:47 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 31AB27CC48 for ; Tue, 20 Mar 2018 17:10:47 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 2684614578 for ; Tue, 20 Mar 2018 17:10:45 +0000 (UTC) Subject: Re: ZFS i/o error in recent 12.0 To: freebsd-current@freebsd.org References: <201803192300.w2JN04fx007127@kx.openedu.org> <888ab314-fb1b-0e08-89d9-0447e7943b76@FreeBSD.org> From: Allan Jude Message-ID: <67af9c19-0a42-a435-d922-1e5ce23d1d1c@freebsd.org> Date: Tue, 20 Mar 2018 13:10:50 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <888ab314-fb1b-0e08-89d9-0447e7943b76@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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: Tue, 20 Mar 2018 17:10:47 -0000 On 2018-03-20 10:29, Andriy Gapon wrote: > On 20/03/2018 09:09, Trond Endrestøl wrote: >> This step has been big no-no in the past. Never leave your >> bootpool/rootpool in an exported state if you intend to boot from it. >> For all I know, this advice might be superstition for the present >> versions of FreeBSD. > > Yes, it is. That does not matter at all now. > >> From what I can tell from the above, you never created a new >> zpool.cache and copied it to its rightful place. > > For the _rooot_ pool zpool.cache does not matter as well. > It matters only for auto-import of additional pools, if any. > As I mentioned previously, the error reported by the user is before it is even possible to read zpool.cache, so it is definitely not the source of the problem. -- Allan Jude