[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1209784300.7827.19.camel@localhost>
Date: Sat, 03 May 2008 05:11:40 +0200
From: Kasper Sandberg <lkml@...anurb.dk>
To: David Lethe <david@...tools.com>
Cc: David Greaves <david@...eaves.com>, David Rees <drees76@...il.com>,
alex14641@...oo.com, Justin Piszcz <jpiszcz@...idpixels.com>,
linux-raid@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: RE: Sharing disks amoung multiple software RAIDs
On Fri, 2008-05-02 at 17:24 -0500, David Lethe wrote:
>
> -----Original Message-----
<snip>
> > *(or more accurately has saved me from having to restore my data)
> =======================
> Since I am the person that wrote that "Look how many problems people
> post to the thread on a weekly basis where people lose their data when md rebuilds go bad with
> non-shared disks", I think need to clarify.
>
> I was being too literal. md is a good solution (I use it myself). However, the OP wanted to "Make sure that if one disk dies, the data is still in tact".
>
> Only way to do that is have a good offsite backup.
>
> Nothing can prevent opportunity for data loss. I don't care what RAID level (with single redundancy) you use or whether you have software or hardware-based RAID .. rebuilds can not reconstruct data if you are in degraded mode and have an unrecoverable read error on surviving disks. It is not md's job or design point to insure data consistency check/repairs are run 24x7. As such, by definition, there is no way to insure that a md rebuild will always be successful.
I realize this, but the original wording really sounded like more like
"well, there is a CHANCE your reconstruct will work good", rather than
"well, there is a CHANCE your reconstruct will fail", if you get what i
mean :)
Naturally there can always be errors or bugs, but the whole point (for
me) in doing the raid1, is that i will have much lower chance of loosing
my data, since a disk can suddenly die, and hopefully in this case, the
other will not. and well, an extra disk doesent really cost so much.
Thanks for the clarification :)
>
> David
> ---------
>
>
>
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists