Re: ZFS Permanent error <0xffffffffffffffff>:<0x0>

From: Andrea Venturoli <ml_at_netfence.it>
Date: Tue, 29 Nov 2022 08:55:04 UTC
On 11/29/22 06:27, Sysadmin Lists wrote:

Hello!

> The construct is <dataset>:<filename>. It looks like you deleted the dataset
> the corrupted file was found on, so now ZFS displays it as that string.

This is useful info.
Could the meaning of "dataset" include snapshots too?
I don't think I deleted a dataset, but I've got automatical periodical 
snapshotting (of course deleting old ones).

Scratching my head here...
If I had a corrupted file on a dataset: first, why was it not detected 
earlier?
Second, if I delete that dataset, why didn't the (corrupted) file go 
away with it? (If a dataset does not exist anymore, how can it still 
have files?)



 > You can check `zpool history' for what it was called.

Unfortunately, it's quite hard:
# zpool history zroo2 | grep "2022-11-2[56].*destroy"|wc
      802    3229   61694



> Bottom of the page here:
> https://docs.oracle.com/cd/E19253-01/819-5461/gbctx/index.html

Sorry, but I don't get it.
Unless I'm missing something, it describes what to do when a file (or 
its metadata) is corrupted; you say the corrupted file was on a 
destroyed dataset. So I do I "move" or "delete" it now, if I cannot 
address it???

  bye & Thanks
	av.