[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.01.0908300152490.5744@bogon.housecafe.de>
Date: Sun, 30 Aug 2009 02:01:10 -0700 (PDT)
From: Christian Kujau <lists@...dbynature.de>
To: Pavel Machek <pavel@....cz>
cc: Theodore Tso <tytso@....edu>, NeilBrown <neilb@...e.de>,
Ric Wheeler <rwheeler@...hat.com>,
Rob Landley <rob@...dley.net>, Florian Weimer <fweimer@....de>,
Goswin von Brederlow <goswin-v-b@....de>,
kernel list <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...l.org>, mtk.manpages@...il.com,
rdunlap@...otime.net, linux-doc@...r.kernel.org,
linux-ext4@...r.kernel.org, corbet@....net
Subject: Re: raid is dangerous but that's secret (was Re: [patch] ext2/3:
document conditions when reliable operation is possible)
On Sun, 30 Aug 2009 at 09:51, Pavel Machek wrote:
> > give system administrators. It's better than the fear-mongering
> > patches you had proposed earlier, but what would be better *still* is
> > telling people why running with degraded RAID arrays is bad, and to
> > give them further tips about how to use RAID arrays safely.
>
> Maybe this belongs to Doc*/filesystems, and more detailed RAID
> description should go to md description?
Why should this be placed in *kernel* documentation anyway? The "dangers
of RAID", the hints that "backups are a good idea" - isn't that something
for howtos for sysadmins? No end-user will ever look into Documentation/
anyway. The sysadmins should know what they're doing and see the upsides
and downsides of RAID and journalling filesystems. And they'll turn to
howtos and tutorials to find out. And maybe seek *reference* documentation
in Documentation/ - but I don't think Storage-101 should be covered in
a mostly hidden place like Documentation/.
Christian.
--
BOFH excuse #212:
Of course it doesn't work. We've performed a software upgrade.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists