Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
- In reply to: Cy Schubert : "Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Wed, 12 Apr 2023 17:59:08 UTC
Cy Schubert wrote: > This is because your pool has previously corrupted blocks. Even when you backed up the old pool, created a new pool without block_cloning and restored your data, because the backup contained corrupted blocks from your old pool, they were restored as is. ZFS can only fix corruption if the checksum says it's corrupt. As far as ZFS was concerned at the time those blocks were not corrupted. You will need to delete the files with corruption and recreate them. > All files and datasets involved in the poudriere scenario are entirely fresh for every run, distfiles are fresh at least every boot (DISTDIR=/tmp). No chance that any previous silently corrupted files got read. -- Charlie Li …nope, still don't have an exit line.