Some insight why was BTRFS dropped by RH:
https://news.ycombinator.com/item?id=14907771

Also check out Stratis:
https://fedoraproject.org/wiki/Changes/StratisStorage

2017-08-04 17:12 GMT+02:00 Przemek Klosowski <przemek.klosow...@nist.gov>:

> The release notes for RHEL 7.4 announce that RedHat gave up on btrfs:
>
> https://access.redhat.com/documentation/en-US/Red_Hat_
> Enterprise_Linux/7/html/7.4_Release_Notes/chap-Red_Hat_
> Enterprise_Linux-7.4_Release_Notes-Deprecated_Functionality.html
>
> Btrfs has been deprecated
>
> The Btrfs file system has been in Technology Preview state since the
> initial release of Red Hat Enterprise Linux 6. Red Hat will not be moving
> Btrfs to a fully supported feature and it will be removed in a future major
> release of Red Hat Enterprise Linux.
> The Btrfs file system did receive numerous updates from the upstream in
> Red Hat Enterprise Linux 7.4 and will remain available in the Red Hat
> Enterprise Linux 7 series. However, this is the last planned update to this
> feature.
>
> I think RH roadmap is to use XFS over LVM.
>
> This is a pity---BTRFS features looked attractive:
>
> - integrated RAID that ties low level (block/stripe) issues with
> high-level objects (files); I thought this is important because with brfs
> filesystem integrity features filesystem-level trouble could be tied to low
> level issues like silent failures on one raid element. This is important
> and unique: I had seen failures of large volumes both on proprietary RAID
> hardware and in software RAID, due to silent corruption of one element of
> the array, that propagated to other healthy elements.
>
> - snapshotting/rollbacks that enable recovery system update failures and
> other nice functionality
>
> - scalable support for really large file systems (reasonable fsck times,
> etc)
>
> Are people who care about mass storage issues aware of RedHat's plans and
> are OK with the situation? Are there any other options apart from what
> RedHat is planning?
>
> _______________________________________________
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
>
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Reply via email to