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.