On 5 November 2015 at 04:52, Benjamin Lefoul <benjamin.lef...@nwise.se> wrote: > Thanks. OpenSUSE 13.2 uses btrfs as default (!!) and we have one prototype of > our system running it (most of our productions are still running older > openSUSE on ext4). >
There are several caveats to that. 1) They only use it by default in certain filesystems and recommend against it on others. 2) When they started the version they enable has a lot of "features" turned off because they are not stable enough. So people were raving about btfrs and then finding out that various things they were hoping btrfs was doing wasn't on. This has changed over time so I don't know the current feature set. > We are considering switching to Scientific Linux, but the btrfs question > remains. The prototype is doing fine so far, but what we are really > interested in with BTRFS is RAID and compression (not tried yet). > > The new openSUSE release from yesterday (apparently no longer called > "openSUSE" but "Leap") decided to use SLES (SUSE Linux Enterprise Linux) as > upstream, while keeping btrfs as default, and I don't know if that means SLES > (a major enterprise distro) also considers BTRFS mature. > As far as I know.. they consider it "mature" for an even more limited set of things than OpenSUSE does. > If you recommend not using BTRFS in Scientific Linux until Red Hat makes a > major release of it, that could mean 3 years of waiting given their release > life cycle. I am no longer sure which way to go… > > Benjamin Lefoul > nWISE AB > > > > ________________________________________ > From: David Sommerseth [sl+us...@lists.topphemmelig.net] > Sent: Thursday, November 05, 2015 11:54 AM > To: Benjamin Lefoul; scientific-linux-users@fnal.gov > Subject: Re: BTRFS > > On 05/11/15 09:38, Benjamin Lefoul wrote: >> Hi, >> >> If the btrfs filesystem on SL7 mature enough for a production environment? >> According to Sanders van Vugt it was not even available in RHEL 7.0, but >> will be (is?) in updates… > > I would claim that btrfs is NOT ready for primetime production where > your data is precious. If your intention is to use it on systems where > you have good backups to get acquainted with it, test it in a broader > scale and do bug reporting, then it is probably fine. > > Btrfs have also been a topic on a few conferences I've been on over the > years (like devconf.cz), and file system developers doing btrfs > presentations have often said that btrfs still needs to be treated > carefully. It just takes time to develop and mature an advanced file > system. > > In addition I would also say that once RHEL puts it in a release ready > for production, that's the point where you can begin to have real > confidence in the file system. Currently I believe it is only available > as a technology preview. More on technology preview can be found here: > <https://access.redhat.com/support/offerings/techpreview> > > On the other hand, I am conservative and very careful when it comes to > data integrity. > > > -- > kind regards, > > David Sommerseth -- Stephen J Smoogen.
