[nickysielicki]

XFS is a conceptually simple journaling file system, comparing that to the crazy corner cases that can exist within btrfs snapshots and volumes and subvolumes and redundancy is not reasonable. A few years back btrfs had a lot of momentum, but other projects have matured since then and it just doesn't make as much sense as it used to. btrfs was meant to be ZFS without the license problems, but ZoL has gotten significantly better, and for some legal reasons that are fuzzy, Canonical now supports and ships ZoL in Ubuntu. lvm/dmraid performance has gotten better and integration with LVM and other software has improved, to the point that having a standardized interface for managing your storage (Like ZFS and BTRFS have) is no longer such a big deal.

Between lvm/dmraid and how much effort they've done to make it simple to use lvm storage for libvirt/openstack/etc., I see no reason why they'd ever support btrfs in RHEL. They would spend more in engineers than they would ever get back in support.

[LinuxBender]

You are probably right in terms of dev and support overhead. I would imagine that should they decide to add it, the process would be similar to XFS; in that, they would add support for it in the kernel and call it "experimental" like they did with XFS in 5.2.

XFS is a fairly simple filesystem. That said, the issues they had were integrating it in VFS. There are still some bugs at that layer today, albeit minor ones. In 5.x, most of the issues were race conditions in VFS and raid controllers (sas bus resets and such). XFS itself is actually very mature but any time they add a new FS, the VFS layer requires a lot of work.