Neil Brown wrote:
On Monday March 5, [EMAIL PROTECTED] wrote:
Is it possible to mark a disk as "to be replaced by an existing spare",
then migrate to the spare disk and kick the old disk _after_ migration
has been done? Or not even kick - but mark as new spare.
No, this is not possible yet.
I was thinking about this, and looked at the code a bit. It would seem
(as someone who doesn't have to write code) that the capabilities are
all there. There is rebuild on spare, write-mostly, and therefore a
"migrate" might be done by just using the pieces cleverly.
What I was thinking is to trigger the code to rebuild on spare, but to
only rebuild the data from parity of the drive being replaced were
unreadable. That should make the process run much faster. any write
would present a different problem, I would say the data would go to the
new drive, and if bitmap was enabled the bit would be set for the old
drive but no write done. If the new drive failed during the migrate the
old drive could then be resynced. Without a bitmap you DO want to write
the old drive if it's good, DON'T if you think it's failing.
Thoughts on this?
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
