Re: ZFS Permanent error <0xffffffffffffffff>:<0x0>
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.