[ofa-general] Re: OpenSM detection of duplicated GUIDs on loopback

Sasha Khapyorsky sashak at voltaire.com
Sun Jul 29 09:52:20 PDT 2007


On 12:00 Sun 29 Jul     , Eitan Zahavi wrote:
> > On 14:27 Fri 27 Jul     , Eitan Zahavi wrote:
> > > The problem I have with back-to-back plug is that it is a 
> > fatal case 
> > > if found in a case where there was no use of this plug.
> > > So we will  need some sort of user input if it is OK or not.
> > 
> > Ok, and let's add cl_qmap_count() check there.
> Not following you.

With back-to-back network cl_qmap_count(&sw_guid_tbl) should be 0.

> > > The case of moving a port in the middle of a sweep can be easily 
> > > detected if instead of reporting an error a second check of the 
> > > original DR where the same GUID was found is performed...
> > 
> > Do you mean to resend NodeInfo request to the original location?
> > Assuming so, I guess it should be instead of second heavy 
> > sweep, and it is a good idea. The only small downside of this 
> > I can see is potential timeouts (and discovery slowdown). But 
> > anyway it is much better then fatal error. Thanks!
> 
> So we are inline with this one .
> Instead of changing the order of things we could generate list of DR's
> that are to be re-scanned
>  during drop-mgr and then abort if really dulicates.

I will need to look at code...

Sasha



More information about the general mailing list