Svdweyer

Thanks Rob ! Unfortunately, it looks like it invalidated the configuration .... ( see attached ) Maybe a checksum (?) needs modifying as well. My understanding of the parity drive is quite minimal, and being the technology pessimist I am: Say your modification had worked, I could could start the array, "and" if the parity drive was for some reason screwed, could that corrupt the existing data on the good data drives ? Thinking I should grab the good drives and snapshot a backup before attempting to start the array again ... Cheers.

Nothing recent I'm afraid. I've attached the current super.dat and the previous backup I made. I've upgraded the parity disk and replaced another dead disk since this backup. Cheers. super.dat.zip super.backup.dat.zip

I thought the same ... but the system still reports too many wrong/missing disks. ( see attached ) Now that I'm playing with the system, I'll upgrade to V6 after I get this issue sorted out ! Thanks.

Sceenshot attached ....

Hi everyone, Noticed that the server shares started becoming unresponsive the other night, so jumped on the Web GUI, saw that a data drive had started to report errors. Because it was late at night, I stopped the array, and shut the server down through the GUI with no issues. The following day, I booted the server again and one of the data drives had the beep of death after spinning up a little while. It was actually locking up the BIOS at startup, so I replaced it with a new drive and started the system again. Now when I start up the server, the Parity Drive is showing a blue dot ! It's the same drive assignment and everything ... and the parity was valid last week when I last checked the system. The new drive is appearing in the drop down list for assignment as the replacement data drive. My only theory is that the two drives were on the same output cable run from the power supply, so with the data drive failing as it did, it may have generated some power issues for the parity drive (?) Any ideas how I should approach this problem ? Cheers, Steve.