Huh, that sound very weird… If for example you’re running RAID1, then all bits of the metadata should be duplicated. So unless the same bit of metadata was also corrupted on the other disk, it should be recoverable…
The files in the affected inode haven’t been touched for a few years. Dmesg was something about zstd decompression failed and prevented btrfs send of an incremental snapshot as well as accessing one single file.
Due to the size of the array, I don’t always get around to do a full scrub after a (albeit rare) system crash, so I wrote it off as probably that and didn’t analyze much further at the time.
Ah, it’s probably a result of running RAID6 then. All the parity RAID modes in BTRFS still has some issues, such as suffering from the “write hole” issue. This can result in data loss when the filesystem isn’t unmounted cleanly, such as a crash or power loss.
RAID5 and RAID6 are still not recommended for production use.
Understandable. RAID1 can be a significant reduction of available space, but it of course depends a lot on which combination of disks you are using. In my case the difference is fairly minor. With RAID6 I would have 26 TB usable, and with RAID1 I have 23 TB usable… So to me the safety is worth the lost storage… But that if course depends entirely in which disks you have.
Huh, that sound very weird… If for example you’re running RAID1, then all bits of the metadata should be duplicated. So unless the same bit of metadata was also corrupted on the other disk, it should be recoverable…
What checksum algorithm are you running?
blake2b checksum, zstd compression, raid1c4 metadata and raid6 data. Kernel 6.12, btrfs-progs 6.17, ECC RAM.
The files in the affected inode haven’t been touched for a few years. Dmesg was something about zstd decompression failed and prevented btrfs send of an incremental snapshot as well as accessing one single file.
Due to the size of the array, I don’t always get around to do a full scrub after a (albeit rare) system crash, so I wrote it off as probably that and didn’t analyze much further at the time.
Ah, it’s probably a result of running RAID6 then. All the parity RAID modes in BTRFS still has some issues, such as suffering from the “write hole” issue. This can result in data loss when the filesystem isn’t unmounted cleanly, such as a crash or power loss.
RAID5 and RAID6 are still not recommended for production use.
I know, but I’m poor and can’t afford RAID1 of the same capacity. Thanks for the advice anyhow.
Understandable. RAID1 can be a significant reduction of available space, but it of course depends a lot on which combination of disks you are using. In my case the difference is fairly minor. With RAID6 I would have 26 TB usable, and with RAID1 I have 23 TB usable… So to me the safety is worth the lost storage… But that if course depends entirely in which disks you have.
Here’s my setup: https://www.carfax.org.uk/btrfs-usage/?c=2&slo=1&shi=1&p=0&dg=1&d=8000&d=6000&d=3000&d=3000&d=12000&d=8000&d=6000