Tomasz Chmielewski posted on Wed, 14 Feb 2018 23:19:20 +0900 as excerpted:
> Just FYI, how dangerous running btrfs can be - we had a fatal,
> unrecoverable MySQL corruption when btrfs decided to do one of these "I
> have ~50 GB left, so let's do out of space (and corrupt some files at
> the same time, ha ha!)".
> Running btrfs RAID-1 with kernel 4.14.
Kernel 4.14... quite current... good. But 4.14.0 first release, 4.14.x
current stable, or somewhere (where?) in between?
And please post the output of btrfs fi usage for that filesystem.
Without that (or fi sh and fi df, the pre-usage method of getting nearly
the same info), it's hard to say where or what the problem was.
Meanwhile, FWIW there was a recent metadata over-reserve bug that should
be fixed in 4.15 and the latest 4.14 stable, but IDR whether it affected
4.14.0 original or only the 4.13 series and early 4.14-rcs and was fixed
by 4.14.0. The bug seemed to trigger most frequently when doing balances
or other major writes to the filesystem, on middle to large sized
filesystems. (My all under quarter-TB each btrfs didn't appear to be
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html