* [RFC] Additional info on mdadm 'check'
@ 2007-08-16 12:21 Bill Davidsen
0 siblings, 0 replies; only message in thread
From: Bill Davidsen @ 2007-08-16 12:21 UTC (permalink / raw)
To: Linux RAID
I was wondering if there would be enough value in saving more
information out of 'check' to justify the effort of coding it.
Particularly in the area of faster repair. If the check operation
optionally left a bitmap of stripes which were bad, if the admin decided
that a repair was appropriate, then only the stripes identified by check
would need to be processed. Because of possible additional errors, etc,
that should be optional as well.
This opens the door to more intensive repair operations, such as voting
on more-than-two-way mirrors, and extensive test and try recovery on
RAID-6, where no read error is found but the data doesn't match. By
assuming chunks are bad, one at a time, a correct sector might be
identified and written back.
Note: this is just an idea at the moment, I'm just doing a feasibility
study here. ;-)
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2007-08-16 12:21 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-08-16 12:21 [RFC] Additional info on mdadm 'check' Bill Davidsen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).