Greetings and happy new year to all.  Well, happy new year to all expect my
RAID that is failing to resync.
I have a 3 disk RAID 5 array.  Two days ago it was working just fine.
 Yesterday I transplanted the guts of my computer into a new case that I got
for Christmas.  On first reboot, no RAID.  Then I realized I had forgotten
to hook up one of the standalone drives, causing all the sd?'s to shift by
one, making them not match what is in my mdadm.conf.  Hooked it everything
as it should be, and the system came up fine.  A little while later the
system froze.  I don't know why, but it locked up hard.  I am pretty sure
that it was writing some data on the array partition when this happened
though, should that be relevant.  When I reset, I noticed that the hard
drive light was on solid.  Thinking it was an artifact of the hard reset, I
just did a proper shut down and reboot.  It didn't come back on after that
reboot, but then the next reboot (unrelated tweaking), it did come back. I
finally clued in and checked /proc/mdstat, and found my array was
rebuilding.  Fine, but after a while the computer locked up solid again.
 After several hours of this happening, and some sleuthing, I've figured out
that every time my array gets to 40.1% of the resync, it locks the computer
solid.  Has anyone ever seen anything like this before?  I found a thread in
the Ubuntu forums here:  http://ubuntuforums.org/showthread.php?t=939923  in
which the person had the same problem, but they managed to fix it by booting
from a Knoppix CD.  I tried that, but it did exactly the same thing, locking
at 40.1%.  I'm getting nothing in the log files that would indicate
anything, but perhaps it locks up before it has a chance to log the problem.
 My gut is leading me to it being a bad disk, but I thought I'd ask if
anyone know any other tricks before I got drop cash on a new drive.

Thanks,
Ian
_______________________________________________
clug-talk mailing list
[email protected]
http://clug.ca/mailman/listinfo/clug-talk_clug.ca
Mailing List Guidelines (http://clug.ca/ml_guidelines.php)
**Please remove these lines when replying

Reply via email to