From owner-freebsd-fs@freebsd.org Sun Aug 30 18:57:25 2015 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6780C9C6A38 for ; Sun, 30 Aug 2015 18:57:25 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (unknown [IPv6:2001:388:f000::349d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps.rulingia.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 10AF3FAB for ; Sun, 30 Aug 2015 18:57:24 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (c220-239-242-83.belrs5.nsw.optusnet.com.au [220.239.242.83]) by vps.rulingia.com (8.15.2/8.15.2) with ESMTPS id t7UIv8gT019658 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 31 Aug 2015 04:57:14 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.9/8.14.9) with ESMTP id t7UIv2LM091010 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 31 Aug 2015 04:57:02 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.9/8.14.9/Submit) id t7UIv0w4091009; Mon, 31 Aug 2015 04:57:00 +1000 (AEST) (envelope-from peter) Date: Mon, 31 Aug 2015 04:57:00 +1000 From: Peter Jeremy To: Xin Li Cc: freebsd-fs@freebsd.org Subject: Re: Panic in zfs_blkptr_verify() Message-ID: <20150830185700.GA52310@server.rulingia.com> References: <20150829062743.GA2996@server.rulingia.com> <55E18337.5030104@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <55E18337.5030104@delphij.net> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender succeeded STARTTLS authentication, not delayed by milter-greylist-4.4.3 (vps.rulingia.com [103.243.244.15]); Mon, 31 Aug 2015 04:57:14 +1000 (AEST) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 18:57:25 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2015-Aug-29 03:02:31 -0700, Xin Li wrote: >On 8/28/15 23:27, Peter Jeremy wrote: >> I'm trying to upgrade my main (amd64) server from 10-stable r276177 to >> r287251 but the new kernel consistently panics: >>=20 >> Unfortunately, I'm not sure how to resolve this. zfs_blkptr_verify() was >> MFH in r277582 so the checks don't exist in my old kernel. This means it >> could be a problem with one of my pools, rather than a software bug. But >> there's no information in the panic that would let me identify where the >> dodgy offset was found other than it's DVA 0 of some undefined blkptr_t. > >Unfortunately, I have to say that the pool may be beyond repair, and you >may have to try importing it only and recreate the pool, or destroy it >and restore from a backup. Which pool? I have two active pools, both of which are functioning happily with a r276177 kernel. A scrub of both reports no errors. >That's probably not very useful because the panic is an assertion that >we know the block pointer is bad, and from the backtrace, it looks like >it was the toplevel dataset. I gathered that the panic was early during pool opening/initialisation. Is this part of the pool "tasting" and being triggered by random junk in a non-ZFS dink partition? Is it possible that=20 --=20 Peter Jeremy --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJV41H8XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0/+sP/0acfi/0raPEphRE24WW77vR ZOcpW4jaT/ND0gWJthyp6G10ID6YIckX1Wikblbqk44zul4ljXKvRG9q5GkfazPG ozSADeC4CCdp7hpMkf0FpoXzvHJfbokycGPQZeIqLMLt3QShTJLzMkaNqcJ4k4M9 xlP+rN2mKNUrOytroHHTMfLFJCoUXZaDK34riWJKK8GFoeaCoyUGOllI7WGyND+d f+d2/rTS7yBWYZu4IexXzTpgGT4CVr6KJBqwbFu67E1eCCsW54m3JJ4oKHxJlwT5 TkZQtMW8C02KtMdbgJMtDLamldzpi+zHhzrcJvcPN16ncrqD3l1m1YIPfcYhT4PG Sk5zRuKB5+ih4RvXJOPxNY0R6diSiJStHewaU48u0fjyQh9yNpfeIJzC2/MS27iY OFFjxfd46Xi9MCGJ3lLhRaVEYYkkrHC/FmuT7G95zqzpbN08HCn4Yl2FeC7ochb/ C7HPExk90lPyr/hld3aMjqp0vJGgauUmgndc8wh1ejFMAIX+2UpUP3FsXq8A/SVn 2iiKexwA3NvHNzpzCgmiUrnBnwD7TPUNBOjfW6QeoJWCkWYVYXEIAJQAgLv8jC2N 7XLwEXpEOewyE7lRkfA5Gh0ogPAh0oa9LKk1vuYShirjXrXn7D2yuR7o9paK4dxG rU0BR568xPmQaoaD+Fxn =eiPV -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY--