Plans for BTRFS in Fedora

Dennis Jacobfeuerborn dennisml at conversis.de
Wed Feb 23 15:19:01 UTC 2011


On 02/23/2011 03:27 PM, Josef Bacik wrote:
> On Wed, Feb 23, 2011 at 9:18 AM, John Reiser<jreiser at bitwagon.com>  wrote:
>> On 02/23/2011 05:07 AM, drago01 wrote:
>>> Defaults should be chooses on the metric what provides the best
>>> experience for the users not based on "what we have been doing in the
>>> past" (i.e stagnation).
>>
>> *One* data corruption constitutes EPIC FAIL.  Btrfs is too young,
>> and will be for yet a while longer.
>>
>
> Well if data corruption is the test then we shouldn't be using Ext4
> either, there was one fixed as recently as the beginning of this
> month.  File systems are software like anything else, there will be
> bugs.  Off the top of my head I can think of 3 data corrupters we've
> had in 4 years of working on BTRFS, and they've all been hard to hit
> and have not to my knowledge been seen by users, only us developers in
> testing.  BTRFS is young, but we have to start somewhere.  Thanks,

I'm actually not that worried about corruption as that is something that 
can be fixed once discovered. What creeps me out about btrfs at the moment 
is this:

https://btrfs.wiki.kernel.org/index.php/FAQ#Help.21__Btrfs_claims_I.27m_out_of_space.2C_but_it_looks_like_I_should_have_lots_left.21

The fact that the FS needs manual rebalance operations and that these can 
"take a while" (even tough this can be done online) doesn't exactly make 
btrfs the ideal candidate for an end-user desktop system that should pretty 
much be able to look after itself.
I'm actually quite interested in btrfs especially for servers because of 
it's features but this problem really worries me.

Regards,
   Dennis


More information about the devel mailing list