In the XFS kernel tree v2.4.3 w/ several patches,
we were unable to "raidhotremove" and subsequently
"raidhotadd" a spare without a reboot.  It did not
matter if you had a new or the same hard disk.  We then
tried the patch Igno Molnar sent regarding the issue.

http://www.mail-archive.com/[email protected]/msg00551.html

This solved the problem of not doing a reboot and trying
to switch a hotspare and faulty drive.

In addition, however, we are seeing a kernel panic using
raid 5 when mdrecoveryd starts when after doing the hotspare
and faulty drive swap a second time without a reboot.

Sequence of events w/ the patch:

1) "raidsetfaulty" to a valid raid 5 disk
2) hotspare is incorporated correctly (resync starts)
3) "raidhotremove" and "raidhotadd" to get the
once "faulty" drive in as the new spare
4) after the new raid 5 is completely finished
syncying, "raidsetfaulty" one of the new raid
5 valid drives
5) a kernel panic with the start of mdrecoveryd
using the old valid drive which is now the new
hot spare.

Result: the resync freezes although the rest of
the system is useable and fine.  A reboot fixes
the issue.

Do you have any suggestions Neil?

thanks, Scott
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to [EMAIL PROTECTED]

Reply via email to