Chris Samuel posted on Mon, 04 Aug 2014 20:24:46 +1000 as excerpted: > On Mon, 4 Aug 2014 11:56:46 AM Clemens Eisserer wrote: > >> Which doesn't protect the *average* user from running into issues like >> this. > > No, but they need to be aware of it.
Actually, an ordinary user/admin /should/ have no more need to be aware of it than they do on any other filesystem. Since that issue doesn't occur on ext* or reiserfs, to pick two examples I'm familiar with, they shouldn't need to worry about it on btrfs either. But then, just such an "ordinary admin" shouldn't yet be running btrfs on their system, as it's simply not to that point of readiness and maturity yet. Which is why I'm not particularly happy with seeing all the "btrfs is still not stable, use at your own risk" warnings disappearing. With them there, people who chose to run btrfs /could/ be expected to have done their research and have btrfs specific knowledge such as this, because btrfs was clearly marked as /not/ ready for "ordinary users" not prepared to do such research on their own. But now that those warnings are all being removed, btrfs should "just work" for all those "ordinary users". But it doesn't. Btrfs is still special and requires btrfs-domain specific knowledge to properly administer, as the fixes that would remove that requirement, in this case perhaps a background thread that would check for data/metadata imbalance and at least log a warning suggesting a rebalance, if not triggering that rebalance on its own, simply aren't there yet. IMO, without those fixes, btrfs is still experimental, or at least not entirely stable yet and requiring btrfs-domain-specific knowledge, and should keep the warnings saying exactly that. Unfortunately... -- 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
