Re: Multiple disk failure, but slot numbers are corrupt and preventing assembly.

David,

thanks for all the advice so far.

On 4/24/07, David Greaves [off-list ref] wrote:

Leon Woestenberg wrote:

quoted

On 4/24/07, Leon Woestenberg [off-list ref] wrote:

quoted

Hello,

On 4/23/07, David Greaves [off-list ref] wrote:

quoted

There is some odd stuff in there:

[root@localhost ~]# mdadm -v --assemble --scan
--config=/tmp/mdadm.conf --force
[...]
mdadm: no uptodate device for slot 1 of /dev/md0
mdadm: no uptodate device for slot 2 of /dev/md0
[...]

So, the problem I am facing is that the slot number (as seen with
--examine) is invalid on two and therefore they won't be recognized as
valid drives for the array.

Is there any way to override the slot number? I could not find
anything in mdadm or mdadm.conf to override them.

Yes --create, see my original reply.

Essentially all --create does is create superblocks with the data you want (eg
slot numbers). It does not touch other 'on disk data'.
It is safe to run the *exact same* create command on a dormant array at any time
after initial creation - the main side effect is a new UUID.
(Neil - yell if I'm wrong).

In first instance we were searching for ways to tell mdadm what we
know about the array (through mdadm.conf) but from all advice we got
we have to take the 'usual' non-syncing-recreate approach.

We will try to make disk clones first. Will dd suffice or do I need
something more fancy that maybe copes with source drive read errors in
a better fashion?

Thanks,
-- 
Leon