Well, we got lucky and it is back in operation. There are 14 drive bays, so an exhaustive search of the permutations would be time-prohibitive. I'll label the drives from now on when I'm doing something like this!
On 2010-06-04 Kevin McGregor wrote:Very very strange that the physical ordering is important! If Adam
> I've got a HP ProLiant server running OpenFiler, and due to errors on
> my part, the SCSI drives got rearranged. Now the HP 6400 RAID
> controller complains that an "unsupported drive rearrangement has
> been attempted", and the logical volume is missing. Is there any way
> to recover the correct order of drives in the drive bay?
hasn't already helped :-) ... here's my 2c:
How many drives are we talking? If it's not large, there should be
only so many permutations and if you try every single one, one should
just magically work.
If the data was super important, you could hook up the drives in a
> Suggestions, aside from "use software RAID next time"?
non-raid environment and do so byte-level peeking to try to figure out
the data arrangement (what raid level was it?), stripe sizes, etc.
That should be possible and from then a simple perl program could
extract all the data at the block level in the right order and dump to
another huge disk or array. I think I could probably pull it off
unless the controller is doing something really wacky. I've done
similar things in the past during raid disasters of my own (years ago
when I learned (the hard way) the value of RAID6 over RAID5).
_______________________________________________
Roundtable mailing list
Roundtable@muug.mb.ca
http://www.muug.mb.ca/mailman/listinfo/roundtable