@prologic@twtxt.net ZFS is fine but it’s out-of-tree and extremely inflexible. If Btrfs RAID5/6 was reliable it would be fantastic. Add and remove drives at will, mix different sizes. I hear it’s mostly okay as long as you mirror the metadata (RAID1), scrub frequently, and don’t hammer it with too many random reads and writes. However, there are serious performance penalties when running scrubs on the full array and random reads and writes are the entire purpose of a filesystem.

Bcachefs has similar features (but not all of them, like sending/receiving) and it doesn’t have the giant scary warnings in the documentation. I hear it’s kind of slow and it was only merged into the kernel in version 6.7. I wouldn’t really trust it with my data.

I bought a couple more hard drives recently and I’m trying to figure out how I’m going to allocate them before badblocks completes. I have a few days to decide. :)

To be honest I don’t find it all that inflexible.

When you consider that you’re limited by hardware anyway, you plan your ZFS array ahead of time like I did.

As the years go on and drives fail you eventually replaces all disks with slightly larger ones.

@prologic@twtxt.net Planning it ahead of time is all well and good if you have the money to buy 6 or 8 hard drives at once. I really don’t, and I want to mirror the whole thing offsite anyway. Mergerfs will let me do it now, and I’ll buy a drive each for SnapRAID in short order.

@mckinley@twtxt.net Fair 👌