Subject: Re: RAIDFrame: Reconfiguring an array
To: None <netbsd-users@netbsd.org>
From: Frederick Bruckman <fredb@immanent.net>
List: netbsd-users
Date: 06/11/2006 18:10:21
In article <448C5397.7090500@gmail.com>,
Mark Cullen <mark.r.cullen@gmail.com> writes:
> Frederick Bruckman wrote:
>> In article <20060610190920.35138325C7@cs.usask.ca>,
>> Greg Oster <oster@cs.usask.ca> writes:
>>
>>>Yes. The first disk in a RAID 1 set is considered the 'master', and
>>>in the face of having 2 disks where it can't tell which is "more
>>>correct", the 'master' will be used as the difinitive source.
>>
>> Now, if Mark had just removed wd1, wrote some data to wd3,
>> shutdown cleanly and added wd1 back, wd3 would become the
>> master, right? We hope? It only happened the way it did
>> because he used "raidctl -C"?
>
> Ok, well I want to apologise! I said -c didn't seem to want to work, but
> I have tried it just now and it actually works fine, and labels the
> newly re-added disk as "failed" instead of "optimal", as with -C, which
> is what I would have expected to happen!
>
> After adding the new disk, however, I cannot do an -i. I have to first
> do a -R and rebuild the disk, and then I can do an -i. Is this correct?
> This would mean that the 'master' would always be the first working drive?
Of course? You have to tell the system which disk you want to
rebuild onto.
I was thinking of the common case where a drive goes away for
a while, then comes back at the next reboot. As it's already
configured to be part of the set, parity will rebuild
automatically. I've always assumed there's a date stamp that
tells raidframe which compenent is newer. Is there? It'd be
nice to be able to see that date with "-g".
Frederick