this post was submitted on 05 Mar 2025
9 points (90.9% liked)

homelab

7303 readers
1 users here now

founded 4 years ago
MODERATORS
 

I am upgrading my drives and have created a new pool. The original pool had a drive fail, but it has since been replaced. Each drive CKSUM value is at 4.04k and pool had two files with permanent errors. I deleted those, but it now shows this:

errors: Permanent errors have been detected in the following files:

        zfsa:<0x8220>
        zfsa:<0x8056>

When I try to create a snapshot and send it to the new pool. After a few terabytes, it fails with this error warning: cannot send 'zfsa@zpool_transfer': insufficient replicas.

CKSUM was always at zero until the first drive failed. The data is not important and I don't care about whatever is corrupt, I just want to get the data to the new pool.

Edit: Forgot to mention, I have scrubbed the pool many times.

Another edit: I've also tried using zpool clear as well. Despite the high checksum errors I've had no issues outside the two now deleted files. The pool is used for a media server which has been working perfectly.

After I scrub the checksum errors go to zero, but they start climbing when I run the send/receive.

top 4 comments
sorted by: hot top controversial new old
[–] [email protected] 2 points 2 weeks ago (2 children)

Checksum errors can often mean a failing component. It could be the other drive or maybe a sata cable. Is the original pool mounting correctly? If so, you should be able to do a simple rsync to move it to the new pool.

[–] [email protected] 1 points 2 weeks ago* (last edited 2 weeks ago) (1 children)

Oh! Also, try posting this here: https://practicalzfs.com/. That’s a discourse forum really focused on ZFS. Jim Salter runs it and Alan Jude often contributes advice. There are some folks there who know ZFS inside and out.

[–] [email protected] 1 points 2 weeks ago

Thanks, will do!

[–] [email protected] 1 points 2 weeks ago

One of the drives I connected using a new HBA, I guess that could be it. The pool is mounting and the data seems largely intact.