burnt again by gmirror

Eric Anderson anderson at centtech.com
Tue Oct 31 21:00:51 UTC 2006


On 10/31/06 14:46, Rick C. Petty wrote:
> On Tue, Oct 31, 2006 at 02:10:03PM -0600, Eric Anderson wrote:
> 
>> You probably need to do a gmirror forget, then a gmirror remove (on
>> ad8), then re-insert it.
> 
> The forget seemed to fix it.  FYI:
> 
> # gmirror remove gm0 ad8
> No such provider: ad8.
> 
> I'm not sure if that step was even necessary.  At least now both ad4 and   
> ad8 are listed and are of the same size.  I was worried gmirror would try  
> to allocate its metadata on ad8 twice.  I don't know why I thought that,   
> because gmirror would treat the ad8 as a provider and overwrite any 
> previous metadata when doing a "gmirror insert".
> 
>> gmirror probably kicked it out because of errors?
> 
> I guess that's what my question was really trying to get at.  What caused  
> the error, what was the error, and why did gmirror both not recognize ad8  
> and also think there was a missing disk.  I guess if it was expecting a    
> specific ID and ad8 no longer had that ID (it got wiped for some odd 
> reason?) it would behave as such.  That explains the last question.  The   
> first two are hard to diagnose w/o dmesg.  :(

If the disk has enough trouble, gmirror will kick it out of the mirror 
and mark it as such.  It won't re-add the disk to the mirror (it still 
thinks it's a bad drive) unless you manually force it to (which you did 
with the forget).  It wouldn't let you insert it, because it was already 
known to the mirror.

> Still, I'm curious why/how ad8's metadata could have been clobbered.
> gmirror is the only one who would write to it, the filesystem is mounted
> from gm0* -- kinda scary.  I guess the lesson here is to use simple gmirror
> configurations in case the metadata gets clobbered.


I don't think it did get clobbered.  I think things went exactly as it 
should have actually.

Eric



-- 
------------------------------------------------------------------------
Eric Anderson        Sr. Systems Administrator        Centaur Technology
Anything that works is better than anything that doesn't.
------------------------------------------------------------------------


More information about the freebsd-geom mailing list