Date: Wed, 23 Feb 2022 21:41:47 -0500 From: Alexander Motin <mav@FreeBSD.org> To: Larry Rosenman <ler@lerctr.org>, Freebsd current <freebsd-current@freebsd.org> Subject: Re: ZFS PANIC: HELP. Message-ID: <95c7c326-e2f9-6e66-7b97-b9fb2671f4ad@FreeBSD.org> In-Reply-To: <07c0c9c34b4a4133acab597c96867d27@lerctr.org> References: <07c0c9c34b4a4133acab597c96867d27@lerctr.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Larry, The panic you are getting is an assertion, enabled by kernel built with INVARIANTS option. On 13 you may just not have that debugging enabled to hit the issue. But that may be only a consequence. Original problem I guess in possibly corrupted ZFS intent log records (or false positive), that could happen so due to use of -F recovery option on `zpool import`, that supposed to try import pool at earlier transaction group if there is some metadata corruption found. It is not supposed to work 100% and only a last resort. Though may be that assertion is just excessively strict for that specific recovery case. If as you say pool can be imported and scrubbed on 13, then I'd expect following clean export should allow later import on 14 without -F. On 23.02.2022 21:21, Larry Rosenman wrote: > > 've got my main dev box that crashes on 14 with the screen shot at > https://www.lerctr.org/~ler/14-zfs-crash.png. > Booting from a 13-REL USB installer it imports and scrubs. > > Ideas? > > I can either video conference with shared screen or give access to the > console via my Dominion KVM. > > Any help/ideas/etc welcome I really need to get this box back. > > -- Alexander Motin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?95c7c326-e2f9-6e66-7b97-b9fb2671f4ad>