Kernel panic and ZFS corruption on 11.3-RELEASE

[Victor Sudakov]

David Christensen wrote:
> 
> > after which the ZFS pool became corrupt:
> > 
> >    pool: d02
> >   state: FAULTED
> > status: The pool metadata is corrupted and the pool cannot be opened.
> > action: Recovery is possible, but will result in some data loss.
> > 	Returning the pool to its state as of вторник, 27 августа 2019 г. 23:51:20
> > 	should correct the problem.  Approximately 9 minutes of data
> > 	must be discarded, irreversibly.  Recovery can be attempted
> > 	by executing 'zpool clear -F d02'.  A scrub of the pool
> > 	is strongly recommended after recovery.
> >     see: http://illumos.org/msg/ZFS-8000-72
> >    scan: resilvered 423K in 0 days 00:00:05 with 0 errors on Sat Sep 30 04:12:20 2017
> > config:
> > 
> > 	NAME	    STATE     READ WRITE CKSUM
> > 	d02	    FAULTED	 0     0     2
> > 	  ada2.eli  ONLINE	 0     0    12
> > 
> > However, "zpool clear -F d02" results in error:
> > cannot clear errors for d02: I/O error
> > 
> > Do you know if there is a way to recover the data, or should I say farewell to several hundred Gb of anime?
> 
> <snip>
> 
> 
> I would:
> 
> 1.  Take a binary image of the raw disk (e.g. backup).

The data is not worth the trouble.

> 
> 2.  Move the disk to an 11.2 system and work on it. Or alternatively, 
> remove the 11.3 system disk and install an 11.2 system disk.

Fortunately, I have an 11.2 guest in bhyve. I exported the pool from the
host system, made the physical device with the problematic pool
available to the guest, and voila: https://termbin.com/6kh8
My pool is up and running. Thank you!

I'm only wondering now, if I did an export/import on a 11.3 system,
would it have made any difference?

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
2:5005/49 at fidonet http://vas.tomsk.ru/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20190829/d8cc6770/attachment.sig>