On Thu, 2017-08-03 at 20:08 +0200, waxhead wrote: > Brendan Hide wrote: > > The title seems alarmist to me - and I suspect it is going to be > > misconstrued. :-/ > > > > From the release notes at > > https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Li > > nux/7/html/7.4_Release_Notes/chap-Red_Hat_Enterprise_Linux- > > 7.4_Release_Notes-Deprecated_Functionality.html > > "Btrfs has been deprecated > >
Wow... not that this would have any direct effect... it's still quite alarming, isn't it? This is not meant as criticism, but I often wonder myself where the btrfs is going to!? :-/ It's in the kernel now since when? 2009? And while the extremely basic things (snapshots, etc.) seem to work quite stable... other things seem to be rather stuck (RAID?)... not to talk about many things that have been kinda "promised" (fancy different compression algos, n-parity- raid). There are no higher-level management tools (e.g. RAID management/monitoring, etc.)... there are still some kinda serious issues (the attacks/corruptions likely possible via UUID collisions)... One thing that I miss since long would be the checksumming with nodatacow. Also it has always been said that the actual performance tunning would still lay ahead?! I really like btrfs and use it on all my personal systems... and I haven't had any data loss since then (only a number of seriously looking false positives due to bugs in btrfs check ;-) )... but one still reads every now and then from people here on the list who seem to suffer from more serious losses. So is there any concrete roadmap? Or priority tasks? Is there a lack of developers? Cheers, Chris.
smime.p7s
Description: S/MIME cryptographic signature
