I think it is just a matter of lack of resources. The very few paid resources to work on btrfs probably does not have priority to work on parity raid. (And honestly, parity raid is probably much better implemented below the filesystem in any case, i.e. in say the md driver or the array itself). Also, until at least about a year ago, RAID56 was known to be completely broken in btrfs and would destroy all your data. Not a question of when, but if. So, considering the state of parity raid in btrfs it is understandable if the few resources available would not work on Andrea's 6 parity raid code. I don't follow the parity raid code in btrfs closely, it might be fixed by now or it might still be pathologically broken. I don't know. I assume it is still deadly to use btrfs raid5/6. That said, that the MDADM folks did not pick up on Andrea's work is a tragedy. While it is really just Reed-Solomon coding, his breakthrough was that he found a 6 parity Reed-Solomon encoding where the first two parities were identical to the RAID5/6 parities. I.e. you could add a third parity to a normal RAID6 and thus create a 3-parity system without having to recompute the first and second parity. On Thu, Nov 2, 2017 at 12:45 PM, Dave <davestechshop@xxxxxxxxx> wrote: > Has this been discussed here? Has anything changed since it was written? > > Parity-based redundancy (RAID5/6/triple parity and beyond) on BTRFS > and MDADM (Dec 2014) – Ronny Egners Blog > http://blog.ronnyegner-consulting.de/2014/12/10/parity-based-redundancy-raid56triple-parity-and-beyond-on-btrfs-and-mdadm-dec-2014/comment-page-1/ > > TL;DR: There are patches to extend the linux kernel to support up to 6 > parity disks but BTRFS does not want them because it does not fit > their “business case” and MDADM would want them but somebody needs to > develop patches for the MDADM component. The kernel raid > implementation is ready and usable. If someone volunteers to do this > kind of work I would support with equipment and myself as a test > resource. > -- > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
