opensubscriber
   Find in this group all groups
 
Unknown more information…

l : linux-raid@vger.kernel.org 10 April 2008 • 8:01PM -0400

two questions re. proactive recovery and forced assembly
by rosenfield.albert

REPLY TO AUTHOR
 
REPLY TO GROUP



Howdy

I couldn't find these in the archives, so here goes.

Background:
I have a broken MD RAID5 array. A disk had a sector failure, and
shortly thereafter another had a failure in an unrelated sector.  The
current situation is that MD will not assemble the array.  Since
everything's broken anyway, and I'll be spending a lot of time in this
direction, I'm going to upgrade the entire system with new software
and maybe new disks.

Question 1.
In order to get to my data, is it still the old clunky procedure of
creating a new array on top of the old one, and crossing your fingers
hoping that the superblocks land in the right places and nothing gets
reinitialized?

Or has mdadm at this point grown a feature to forcibly assemble an
array with two kicked devices?

Question 2.
A background scan feature has been discussed a few times, my English
is limited but I find this explanation to be a good one:
http://thread.gmane.org/gmane.linux.raid/2206

According to a wishlist found here:
http://arctic.org/~dean/raid-wishlist.html, Neil Brown has been
gratuitous enough to spend time implementing said feature.  Reading
the details though, it seems like we only have error correction when
MD accidentally stumbles on a failed sector.

At first I thought I could add a cron job a la "dd if=/dev/mdX of=- |
throttle -M1 >/dev/null" to scan the entire MD array, but this would
be no better - a good RAID implementation such as MD would of course
load balance and read from all disks in a RAID1 at the same time, so
for a two-disk array that means that this command will only catch half
of all the sector errors that pop up.  Probabilities worsen for arrays
containing more devices, of course.

Does a proper solution for this exist in MD yet?

(If not, I'll probably buy hardware RAID instead, recently having had
good experience with resizing a pretty weird array using the CLI for
the SmartArray line of controllers.)
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Bookmark with:

Delicious   Digg   reddit   Facebook   StumbleUpon

Related Messages

opensubscriber is not affiliated with the authors of this message nor responsible for its content.