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 22:58:13
In article <20060611222209.006B8325B0@cs.usask.ca>,
Greg Oster <oster@cs.usask.ca> writes:
> Frederick Bruckman writes:
>>
>> 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".
>
> It's not a "date stamp" but a "modification counter". Look for "Mod
> Counter" in the output of "raidctl -s raid0". These modification
> counters are used in a voting fashion to determine what the correct
> count should be (highest counter value used in case of a tie).
>
> So in the case where a disk "happens to go away, and then come back
> at the next reboot", the modification counter for the drive that
> 'disappeared' should be 2 or 3 lower than the count for the good
> drive. Since the rest of the component labels match up, the
> 'disappearing' drive will be added to the set, but in the "failed"
> state. Thus, the automatic parity rebuild will actually fail in this
> case.
Ahh. Thanks for clearing that up.
Frederick