On 2017-02-08 08:46, Tomasz Torcz wrote:
On Wed, Feb 08, 2017 at 07:50:22AM -0500, Austin S. Hemmelgarn wrote:
It is exponentially safer in BTRFS
to run single data single metadata than half raid1 data half raid1 metadata.
Why?
To convert to profiles _designed_ for a single device and then convert back
to raid1 when I got another disk. The issue you've stumbled across is only
partial motivation for this, the bigger motivation is that running half a 2
disk array is more risky than running a single disk by itself.
Again, why? What's the difference? What causes increased risk?
Aside from bugs like the one that sparked this thread that is? Just off
the top of my head:
* You're running with half a System chunk. This is _very_ risky because
almost any errors in the system chunk run the risk of nuking entire
files and possibly the whole filesystem. This is part of the reason
that I explicitly listed -mconvert=dup instead of -mconvert=single.
* It performs significantly better. As odd as this sounds, this
actually has an impact on safety. Better overall performance reduces
the size of the windows of time during which part of the filesystem is
committed. This has less impact than running a traditional filesystem
on top of a traditional RAID array, but it still has some impact.
* Single device is exponentially more well tested than running a
degraded multi-device array. IOW, you're less likely to hit obscure
bugs by running a single profile instead of half a raid1 profile.
--
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
