<HTML dir=ltr {955246E3-6933-480d-B146-2462CE868767}="true" {F92F6ACC-5E50-4482-BC62-9D8DF61E5A32}="4"><HEAD>
<META http-equiv=Content-Type content="text/html; charset=unicode">
<META content="MSHTML 6.00.2900.3086" name=GENERATOR></HEAD>
<BODY>
<DIV id=idOWAReplyText60002 dir=ltr>
<DIV dir=ltr><FONT face=Arial color=#000000 size=2>We are not using IPoIB. We only use SDP, but IPoIB is compiled just in case we need it (when SDP is not sufficient).</FONT></DIV>
<DIV dir=ltr><FONT face=Arial size=2>All interfaces are given an IPv4 address, so the messages aren't harmful I guess.</FONT></DIV>
<DIV dir=ltr><FONT face=Arial size=2></FONT> </DIV>
<DIV dir=ltr><FONT face=Arial size=2>Thanks!</FONT></DIV>
<DIV dir=ltr><FONT face=Arial size=2></FONT> </DIV>
<DIV dir=ltr><FONT face=Arial size=2>Koen</FONT></DIV></DIV>
<DIV dir=ltr><BR>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>Van:</B> Clive Hall (clivhall) [mailto:clivhall@cisco.com]<BR><B>Verzonden:</B> do 24/05/2007 22:37<BR><B>Aan:</B> Shirley Ma; SEGERS Koen<BR><B>CC:</B> general-bounces@lists.openfabrics.org; general@lists.openfabrics.org<BR><B>Onderwerp:</B> RE: [ofa-general] GPFS node loses IB-connection<BR></FONT><BR></DIV>
<DIV>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN class=464330219-24052007>Those particular log messages are just informational messages. They're logged when multicast groups are created (when the first group member joins) and when multicast groups are deleted (when the last group member leaves).</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN class=464330219-24052007></SPAN></FONT> </DIV>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN class=464330219-24052007>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN class=464330219-24052007>As Shirley said, if you're not using IPv6 anyway then those messages aren't harmful. Even if you are using IPv6 it will quite possibly still be fine, although I don't know why hosts would be leaving/rejoining the multicast groups.</SPAN></FONT></DIV></SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN class=464330219-24052007></SPAN></FONT> </DIV>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN class=464330219-24052007>Clive.</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN class=464330219-24052007></SPAN></FONT> </DIV><FONT face=Arial color=#0000ff size=2></FONT><FONT face=Arial color=#0000ff size=2></FONT><FONT face=Arial color=#0000ff size=2></FONT><FONT face=Arial color=#0000ff size=2></FONT><FONT face=Arial color=#0000ff size=2></FONT><FONT face=Arial color=#0000ff size=2></FONT><FONT face=Arial color=#0000ff size=2></FONT><FONT face=Arial color=#0000ff size=2></FONT><FONT face=Arial color=#0000ff size=2></FONT><FONT face=Arial color=#0000ff size=2></FONT><BR>
<BLOCKQUOTE dir=ltr style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> general-bounces@lists.openfabrics.org [mailto:general-bounces@lists.openfabrics.org] <B>On Behalf Of </B>Shirley Ma<BR><B>Sent:</B> Thursday, May 24, 2007 11:16 AM<BR><B>To:</B> SEGERS Koen<BR><B>Cc:</B> general-bounces@lists.openfabrics.org; general@lists.openfabrics.org<BR><B>Subject:</B> RE: [ofa-general] GPFS node loses IB-connection<BR></FONT><BR></DIV>
<DIV></DIV>
<P>Koen,<BR><BR>Are you using IPv6? If not, then this is no harmful. If you don't use it, you can simply disable loading IPv6 module in your notes when rebooting.<BR><BR>Thanks<BR>Shirley Ma<BR>IBM Linux Technology Center<BR>15300 SW Koll Parkway<BR>Beaverton, OR 97006-6063<BR>Phone(Fax): (503) 578-7638<BR><BR><BR><IMG height=16 alt='Inactive hide details for "SEGERS Koen" <Koen.SEGERS@VRT.BE>' src="https://webmail.vrt.be/exchange/Koen.SEGERS/Concepten/RE:%20%5Bofa-general%5D%20GPFS%20node%20loses%20IB-connection-3.EML/1_multipart/graycol.gif" width=16 border=0>"SEGERS Koen" <Koen.SEGERS@VRT.BE><BR><BR><BR>
<TABLE cellSpacing=0 cellPadding=0 width="100%" border=0>
<TBODY>
<TR vAlign=top>
<TD style="BACKGROUND-REPEAT: no-repeat" width="40%">
<UL>
<UL>
<UL>
<UL><B><FONT size=2>"SEGERS Koen" <Koen.SEGERS@VRT.BE></FONT></B><FONT size=2> </FONT><BR><FONT size=2>Sent by: general-bounces@lists.openfabrics.org</FONT>
<P><FONT size=2>05/24/07 11:03 AM</FONT></P></UL></UL></UL></UL></TD>
<TD width="60%">
<TABLE cellSpacing=0 cellPadding=0 width="100%" border=0>
<TBODY>
<TR vAlign=top>
<TD width="1%"><IMG height=1 alt="" src="https://webmail.vrt.be/exchange/Koen.SEGERS/Concepten/RE:%20%5Bofa-general%5D%20GPFS%20node%20loses%20IB-connection-3.EML/1_multipart/ecblank.gif" width=58 border=0><BR>
<DIV align=right><FONT size=2>To</FONT></DIV></TD>
<TD width="100%"><IMG height=1 alt="" src="https://webmail.vrt.be/exchange/Koen.SEGERS/Concepten/RE:%20%5Bofa-general%5D%20GPFS%20node%20loses%20IB-connection-3.EML/1_multipart/ecblank.gif" width=1 border=0><BR><FONT size=2>"Scott Weitzenkamp (sweitzen)" <sweitzen@cisco.com>, "Hal Rosenstock" <halr@voltaire.com></FONT></TD></TR>
<TR vAlign=top>
<TD width="1%"><IMG height=1 alt="" src="https://webmail.vrt.be/exchange/Koen.SEGERS/Concepten/RE:%20%5Bofa-general%5D%20GPFS%20node%20loses%20IB-connection-3.EML/1_multipart/ecblank.gif" width=58 border=0><BR>
<DIV align=right><FONT size=2>cc</FONT></DIV></TD>
<TD width="100%"><IMG height=1 alt="" src="https://webmail.vrt.be/exchange/Koen.SEGERS/Concepten/RE:%20%5Bofa-general%5D%20GPFS%20node%20loses%20IB-connection-3.EML/1_multipart/ecblank.gif" width=1 border=0><BR><FONT size=2>general-bounces@lists.openfabrics.org, general@lists.openfabrics.org</FONT></TD></TR>
<TR vAlign=top>
<TD width="1%"><IMG height=1 alt="" src="https://webmail.vrt.be/exchange/Koen.SEGERS/Concepten/RE:%20%5Bofa-general%5D%20GPFS%20node%20loses%20IB-connection-3.EML/1_multipart/ecblank.gif" width=58 border=0><BR>
<DIV align=right><FONT size=2>Subject</FONT></DIV></TD>
<TD width="100%"><IMG height=1 alt="" src="https://webmail.vrt.be/exchange/Koen.SEGERS/Concepten/RE:%20%5Bofa-general%5D%20GPFS%20node%20loses%20IB-connection-3.EML/1_multipart/ecblank.gif" width=1 border=0><BR><FONT size=2>RE: [ofa-general] GPFS node loses IB-connection</FONT></TD></TR></TBODY></TABLE>
<TABLE cellSpacing=0 cellPadding=0 border=0>
<TBODY>
<TR vAlign=top>
<TD width=58><IMG height=1 alt="" src="https://webmail.vrt.be/exchange/Koen.SEGERS/Concepten/RE:%20%5Bofa-general%5D%20GPFS%20node%20loses%20IB-connection-3.EML/1_multipart/ecblank.gif" width=1 border=0></TD>
<TD width=336><IMG height=1 alt="" src="https://webmail.vrt.be/exchange/Koen.SEGERS/Concepten/RE:%20%5Bofa-general%5D%20GPFS%20node%20loses%20IB-connection-3.EML/1_multipart/ecblank.gif" width=1 border=0></TD></TR></TBODY></TABLE></TD></TR></TBODY></TABLE><BR><FONT face=Arial size=4>After changing the switch timeout value, we never got the error again. Yesterday, we started a 24h stresstest. This test was succesfull. I think we can conclude that the problem is fixed now.</FONT><BR><FONT size=4></FONT><BR><FONT face=Arial size=4>But, there is a strange message in de logs of the switch:</FONT>
<P>Topspin-120sc ib_sm.x[632]: %IB-6-INFO: Generate SM DELETE_MC_GROUP trap for GID=xx
<P>Topspin-120sc ib_sm.x[632]: %IB-6-INFO: Generate SM CREATE_MC_GROUP trap for GID=xx
<P>Topspin-120sc ib_sm.x[632]: %IB-6-INFO: Generate SM DELETE_MC_GROUP trap for GID=xx
<P>Topspin-120sc ib_sm.x[632]: %IB-6-INFO: Generate SM CREATE_MC_GROUP trap for GID=xx
<P>Topspin-120sc ib_sm.x[618]: %IB-6-INFO: Configuration caused by multicast membership change
<P>Topspin-120sc ib_sm.x[618]: %IB-6-INFO: Configuration caused by multicast membership change
<P><FONT size=4></FONT>
<P>Topspin-120sc ib_sm.x[632]: %IB-6-INFO: Generate SM DELETE_MC_GROUP trap for GID=yy
<P>Topspin-120sc ib_sm.x[632]: %IB-6-INFO: Generate SM CREATE_MC_GROUP trap for GID=yy
<P>Topspin-120sc ib_sm.x[632]: %IB-6-INFO: Generate SM DELETE_MC_GROUP trap for GID=yy
<P>Topspin-120sc ib_sm.x[632]: %IB-6-INFO: Generate SM CREATE_MC_GROUP trap for GID=yy
<P>Topspin-120sc ib_sm.x[618]: %IB-6-INFO: Configuration caused by multicast membership change
<P>Topspin-120sc ib_sm.x[618]: %IB-6-INFO: Configuration caused by multicast membership change
<P><FONT size=4></FONT>
<P><FONT face=Arial size=4>With xx,yy = (e.g) ff:12:60:1b:ff:ff:00:00:00:00:00:01:ff:05:87:d9 but changing to different GIDs in the next group of loggings each belonging to the IB ports of the server HCA’s.</FONT>
<P><FONT face=Arial size=4>This logging occurs every few minutes (not at a regular interval). Is there somewhere a Cisco manual available that describes or explains these messages? Or can anyone explain what is happening? And whether this can harm a setup that doesn't use multicast?</FONT>
<P><FONT face=Arial size=4>Greetz</FONT>
<P><FONT face=Arial size=4>Koen</FONT>
<P><FONT size=4><BR></FONT>
<HR align=left width="100%" SIZE=2>
<B>Van:</B> Scott Weitzenkamp (sweitzen) [<A href="mailto:sweitzen@cisco.com">mailto:sweitzen@cisco.com</A>]<B><BR>Verzonden:</B> wo 23/05/2007 17:40<B><BR>Aan:</B> SEGERS Koen; Hal Rosenstock<B><BR>CC:</B> Clive Hall (clivhall); general-bounces@lists.openfabrics.org; general@lists.openfabrics.org<B><BR>Onderwerp:</B> RE: [ofa-general] GPFS node loses IB-connection<FONT size=4><BR></FONT>
<P>Try 20 seconds, I'm curious if if you are barely crossing the 10-second<BR>threshold.<BR><BR>Scott<BR><BR>> -----Original Message-----<BR>> From: SEGERS Koen [<A href="mailto:Koen.SEGERS@VRT.BE"><U><FONT color=#0000ff>mailto:Koen.SEGERS@VRT.BE</FONT></U></A>]<BR>> Sent: Wednesday, May 23, 2007 8:39 AM<BR>> To: Scott Weitzenkamp (sweitzen); Hal Rosenstock<BR>> Cc: Clive Hall (clivhall);<BR>> general-bounces@lists.openfabrics.org; general@lists.openfabrics.org<BR>> Subject: RE: [ofa-general] GPFS node loses IB-connection<BR>><BR>> What value would you recommend then?<BR>><BR>> Koen<BR>><BR>> -----Oorspronkelijk bericht-----<BR>> Van: Scott Weitzenkamp (sweitzen) [<A href="mailto:sweitzen@cisco.com"><U><FONT color=#0000ff>mailto:sweitzen@cisco.com</FONT></U></A>]<BR>> Verzonden: woensdag 23 mei 2007 17:38<BR>> Aan: SEGERS Koen; Hal Rosenstock<BR>> CC: Clive Hall (clivhall); general-bounces@lists.openfabrics.org;<BR>> general@lists.openfabrics.org<BR>> Onderwerp: RE: [ofa-general] GPFS node loses IB-connection<BR>><BR>> The boot time of the host doesn't matter for this timeout. While the<BR>> host is booting, the IB link is down anyway.<BR>><BR>> Scott<BR>><BR>> > -----Original Message-----<BR>> > From: SEGERS Koen [<A href="mailto:Koen.SEGERS@VRT.BE"><U><FONT color=#0000ff>mailto:Koen.SEGERS@VRT.BE</FONT></U></A>]<BR>> > Sent: Wednesday, May 23, 2007 8:20 AM<BR>> > To: Hal Rosenstock; Scott Weitzenkamp (sweitzen)<BR>> > Cc: Clive Hall (clivhall);<BR>> > general-bounces@lists.openfabrics.org; general@lists.openfabrics.org<BR>> > Subject: RE: [ofa-general] GPFS node loses IB-connection<BR>> ><BR>> > After a whole day of stresstesting with the MAD renicing<BR>> turned on, we<BR>> > got the error once. So I think I should raise the timeout on<BR>> > the switch<BR>> > also.<BR>> ><BR>> > It takes about 2 minutes to boot the system. Do you agree<BR>> > that this is a<BR>> > good value for the timeout?<BR>> ><BR>> > Scott,<BR>> > Can you explain me the problem of the memlock?<BR>> ><BR>> > I saw that the SLES10 bug is only an issue in MVAPICH.<BR>> Since we didn't<BR>> > install this, the bug is not related to us. This is<BR>> correct, isn't it?<BR>> ><BR>> > Greetz<BR>> ><BR>> > Koen<BR>> ><BR>> > -----Oorspronkelijk bericht-----<BR>> > Van: Hal Rosenstock [<A href="mailto:halr@voltaire.com"><U><FONT color=#0000ff>mailto:halr@voltaire.com</FONT></U></A>]<BR>> > Verzonden: woensdag 23 mei 2007 16:12<BR>> > Aan: Scott "Weitzenkamp (sweitzen)<BR>> > CC: SEGERS Koen; Clive Hall (clivhall);<BR>> > general-bounces@lists.openfabrics.org; general@lists.openfabrics.org<BR>> > Onderwerp: RE: [ofa-general] GPFS node loses IB-connection<BR>> ><BR>> > On Wed, 2007-05-23 at 09:51, Scott Weitzenkamp (sweitzen) wrote:<BR>> > > No C code changes, just a few config file changes<BR>> (RENICE_IB_MAD=yes<BR>> > in<BR>> > > openib.conf,<BR>> ><BR>> > Does the host really not respond to MAD requests for over 10<BR>> > seconds in<BR>> > some cases ?<BR>> ><BR>> > -- Hal<BR>> ><BR>> > > memlock in /etc/security/limits.conf, fix /etc/hosts on<BR>> > > SLES10 for bug 267, etc.).<BR>> > ><BR>> > > Scott Weitzenkamp<BR>> > > SQA and Release Manager<BR>> > > Server Virtualization Business Unit<BR>> > > Cisco Systems<BR>> > > <BR>> > ><BR>> > > > -----Original Message-----<BR>> > > > From: SEGERS Koen [<A href="mailto:Koen.SEGERS@VRT.BE"><U><FONT color=#0000ff>mailto:Koen.SEGERS@VRT.BE</FONT></U></A>]<BR>> > > > Sent: Wednesday, May 23, 2007 6:48 AM<BR>> > > > To: Scott Weitzenkamp (sweitzen); Clive Hall (clivhall)<BR>> > > > Cc: Shirley Ma; Ami Perlmutter;<BR>> > > > general@lists.openfabrics.org;<BR>> > general-bounces@lists.openfabrics.org<BR>> > > > Subject: RE: [ofa-general] GPFS node loses IB-connection<BR>> > > ><BR>> > > > This far, all tests seem to work.<BR>> > > ><BR>> > > > Thanks for the help!<BR>> > > ><BR>> > > > Scott,<BR>> > > > Are there more bugfixes that cisco does in its rpms?<BR>> > > ><BR>> > > > Greetz<BR>> > > ><BR>> > > > Koen<BR>> > > ><BR>> > > > -----Oorspronkelijk bericht-----<BR>> > > > Van: Scott Weitzenkamp (sweitzen) [<A href="mailto:sweitzen@cisco.com"><U><FONT color=#0000ff>mailto:sweitzen@cisco.com</FONT></U></A>]<BR>> > > > Verzonden: woensdag 23 mei 2007 0:39<BR>> > > > Aan: SEGERS Koen; Scott Weitzenkamp (sweitzen); Clive Hall<BR>> > (clivhall)<BR>> > > > CC: Shirley Ma; Ami Perlmutter; general@lists.openfabrics.org;<BR>> > > > general-bounces@lists.openfabrics.org<BR>> > > > Onderwerp: RE: [ofa-general] GPFS node loses IB-connection<BR>> > > ><BR>> > > > It's not so much pinging every 10 seconds as expecting a<BR>> > > > response within<BR>> > > > 10 seconds (Clive, correct me if I'm wrong).<BR>> > > ><BR>> > > > You only need to do 1) or 2), not both. Cisco configures 1)<BR>> > > > in the OFED<BR>> > > > binary RPMs we release at<BR>> > > > <A href="http://www.cisco.com/cgi-bin/tablebuild.pl/sfs-linux"><U><FONT color=#0000ff>http://www.cisco.com/cgi-bin/tablebuild.pl/sfs-linux</FONT></U></A>. I<BR>> > > > prefer to have<BR>> > > > the host be more responsive.<BR>> > > ><BR>> > > ><BR>> > > > Scott Weitzenkamp<BR>> > > > SQA and Release Manager<BR>> > > > Server Virtualization Business Unit<BR>> > > > Cisco Systems<BR>> > > > <BR>> > > ><BR>> > > > > -----Original Message-----<BR>> > > > > From: Koen Segers [<A href="mailto:koen.segers@VRT.BE"><U><FONT color=#0000ff>mailto:koen.segers@VRT.BE</FONT></U></A>]<BR>> > > > > Sent: Tuesday, May 22, 2007 3:35 PM<BR>> > > > > To: Scott Weitzenkamp (sweitzen)<BR>> > > > > Cc: Shirley Ma; Ami Perlmutter;<BR>> > > > > general@lists.openfabrics.org;<BR>> > general-bounces@lists.openfabrics.org<BR>> > > > > Subject: RE: [ofa-general] GPFS node loses IB-connection<BR>> > > > ><BR>> > > > > If I understand it wright, the switch is actually polling<BR>> > > > > (=pinging) the<BR>> > > > > interfaces every 10s. This means that when the interface is<BR>> > handling<BR>> > > > > other traffic, the poll can fail and the port could be<BR>> > > > > considered out of<BR>> > > > > service. My question is then: "How can the timeout be reached<BR>> > while<BR>> > > > > packets are being sent/received to/from the interface?"<BR>> > > > ><BR>> > > > > Anyway, what timeout-value would you recommend for<BR>> us? And why?<BR>> > > > ><BR>> > > > > To recapitulate: these are the actions I'll take tomorrow<BR>> > > > > 1) change the MAD niceness of the servers<BR>> > > > > 2) change the timeout on the switches<BR>> > > > ><BR>> > > > > Are these changes sufficient for the HCA's to keep<BR>> > their ports in<BR>> > > > > PORT_ACTIVE state?<BR>> > > > ><BR>> > > > > Regards,<BR>> > > > ><BR>> > > > > Koen<BR>> > > > ><BR>> > > > > On Tue, 2007-05-22 at 12:59 -0700, Scott Weitzenkamp<BR>> > > > (sweitzen) wrote:<BR>> > > > > > Yes, you can tune it. Here's an example via the switch CLI:<BR>> > > > > > <BR>> > > > > > SFS-7000D(config)# ib sm subnet-prefix<BR>> fe:80:00:00:00:00:00:00<BR>> > > > > > node-timeout <value><BR>> > > > > ><BR>> > > > > > The default is 10 seconds, it can be configured up to<BR>> > > > 2000 seconds.<BR>> > > > > > If a HCA is completely unresponsive for longer than the<BR>> > > > node-timeout<BR>> > > > > > value, then we consider that HCA out of service.<BR>> > > > > > <BR>> > > > > > Scott Weitzenkamp<BR>> > > > > > SQA and Release Manager<BR>> > > > > > Server Virtualization Business Unit<BR>> > > > > > Cisco Systems<BR>> > > > > > <BR>> > > > > ><BR>> > > > > > <BR>> > > > > > <BR>> > > > > ______________________________________________________________<BR>> > > > > > From: Shirley Ma [<A href="mailto:xma@us.ibm.com"><U><FONT color=#0000ff>mailto:xma@us.ibm.com</FONT></U></A>]<BR>> > > > > > Sent: Tuesday, May 22, 2007 11:30 AM<BR>> > > > > > To: koen.segers@VRT.BE<BR>> > > > > > Cc: Ami Perlmutter; general@lists.openfabrics.org;<BR>> > > > > > general-bounces@lists.openfabrics.org; Scott<BR>> > Weitzenkamp<BR>> > > > > > (sweitzen)<BR>> > > > > > Subject: RE: [ofa-general] GPFS node loses<BR>> > IB-connection<BR>> > > > > > <BR>> > > > > > <BR>> > > > > > <BR>> > > > > > Koen,<BR>> > > > > > <BR>> > > > > > So it is most likely you hit the same bug as<BR>> > 229 (Scott<BR>> > > > > > pointed out earlier). The same workaround might<BR>> > > > work for you<BR>> > > > > > by renicing ib_mad as Scott suggested.<BR>> > > > > > <BR>> > > > > > I think this should be a SM query timeout<BR>> > tunable value<BR>> > in<BR>> > > > > > Cisco SM. Am I right, Scott?<BR>> > > > > > <BR>> > > > > > Thanks<BR>> > > > > > Shirley Ma<BR>> > > > > > <BR>> > > > > > <BR>> > > > > > Inactive hide details for Koen Segers<BR>> > > > > <koen.segers@VRT.BE>Koen<BR>> > > > > > Segers <koen.segers@VRT.BE><BR>> > > > > > <BR>> > > > > > <BR>> > > > > > Koen Segers<BR>> > > > > <koen.segers@VRT.BE><BR>> > > > > > <BR>> > > > > > 05/22/07 11:14 AM<BR>> > > > > > Please respond to<BR>> > > > > > koen.segers@VRT.BE<BR>> > > > > > <BR>> > > > > > <BR>> > > > > > To<BR>> > > > > > <BR>> > > > > > Shirley<BR>> > > > > > Ma/Beaverton/IBM@IBMUS<BR>> > > > > > <BR>> > > > > > cc<BR>> > > > > > <BR>> > > > > > Ami Perlmutter<BR>> > > > > > <amip@dev.mellanox.co.il>,<BR>> > > > > general@lists.openfabrics.org,<BR>> > general-bounces@lists.openfabrics.org<BR>> > > > > > <BR>> > > > > > Subject<BR>> > > > > > <BR>> > > > > > RE:<BR>> > > > > > [ofa-general]<BR>> > > > > > GPFS node loses<BR>> > > > > > IB-connection<BR>> > > > > > <BR>> > > > > > <BR>> > > > > > <BR>> > > > > > Hi,<BR>> > > > > > <BR>> > > > > > It is the Cisco SM.<BR>> > > > > > <BR>> > > > > > SFS-7000P> show version<BR>> > > > > > <BR>> > > > > > <BR>> > > > > > <BR>> > > > > ==============================================================<BR>> > > > > ==================<BR>> > > > > > System Version Information<BR>> > > > > > <BR>> > > > > ==============================================================<BR>> > > > > ==================<BR>> > > > > > system-version : SFS-7000P TopspinOS<BR>> > > > 2.9.0 releng<BR>> > > > > > #147<BR>> > > > > > 10/25/2006 02:01:32<BR>> > > > > > contact : tac@cisco.com<BR>> > > > > > name : SFS-7000P<BR>> > > > > > location : 170 West Tasman Drive,<BR>> > > > > San Jose, CA<BR>> > > > > > 95134<BR>> > > > > > up-time : 11(d):7(h):49(m):3(s)<BR>> > > > > > last-change : none<BR>> > > > > > last-config-save : none<BR>> > > > > > action : none<BR>> > > > > > result : none<BR>> > > > > > oper-mode : normal<BR>> > > > > > <BR>> > > > > > There is also a command that gives the SM version,<BR>> > > > > but I can't<BR>> > > > > > find it<BR>> > > > > > right now.<BR>> > > > > > <BR>> > > > > > On Tue, 2007-05-22 at 09:45 -0700, Shirley Ma wrote:<BR>> > > > > > > Hello Koen,<BR>> > > > > > ><BR>> > > > > > > From the switch log, it looks a SM issue to me.<BR>> > > > > The node was<BR>> > > > > > kicked<BR>> > > > > > > out of the membership. Which SM you are<BR>> > using in your<BR>> > > > > > fabric?<BR>> > > > > > ><BR>> > > > > > > Thanks<BR>> > > > > > > Shirley Ma<BR>> > > > > > ><BR>> > > > > > *** Disclaimer ***<BR>> > > > > > <BR>> > > > > > Vlaamse Radio- en Televisieomroep<BR>> > > > > > Auguste Reyerslaan 52, 1043 Brussel<BR>> > > > > > <BR>> > > > > > nv van publiek recht<BR>> > > > > > BTW BE 0244.142.664<BR>> > > > > > RPR Brussel<BR>> > > > > > <A href="http://www.vrt.be/disclaimer"><U><FONT color=#0000ff>http://www.vrt.be/disclaimer</FONT></U></A><BR>> > > > > > <BR>> > > > > > <BR>> > > > > > <BR>> > > > > > <BR>> > > > > > <BR>> > > > > *** Disclaimer ***<BR>> > > > ><BR>> > > > > Vlaamse Radio- en Televisieomroep<BR>> > > > > Auguste Reyerslaan 52, 1043 Brussel<BR>> > > > ><BR>> > > > > nv van publiek recht<BR>> > > > > BTW BE 0244.142.664<BR>> > > > > RPR Brussel<BR>> > > > > <A href="http://www.vrt.be/disclaimer"><U><FONT color=#0000ff>http://www.vrt.be/disclaimer</FONT></U></A><BR>> > > > > <BR>> > > > ><BR>> > > > *** Disclaimer ***<BR>> > > ><BR>> > > > Vlaamse Radio- en Televisieomroep<BR>> > > > Auguste Reyerslaan 52, 1043 Brussel<BR>> > > ><BR>> > > > nv van publiek recht<BR>> > > > BTW BE 0244.142.664<BR>> > > > RPR Brussel<BR>> > > > <A href="http://www.vrt.be/disclaimer"><U><FONT color=#0000ff>http://www.vrt.be/disclaimer</FONT></U></A><BR>> > > > <BR>> > > ><BR>> > > _______________________________________________<BR>> > > general mailing list<BR>> > > general@lists.openfabrics.org<BR>> > > <A href="http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general"><U><FONT color=#0000ff>http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general</FONT></U></A><BR>> > ><BR>> > > To unsubscribe, please visit<BR>> > <A href="http://openib.org/mailman/listinfo/openib-general"><U><FONT color=#0000ff>http://openib.org/mailman/listinfo/openib-general</FONT></U></A><BR>> ><BR>> > *** Disclaimer ***<BR>> ><BR>> > Vlaamse Radio- en Televisieomroep<BR>> > Auguste Reyerslaan 52, 1043 Brussel<BR>> ><BR>> > nv van publiek recht<BR>> > BTW BE 0244.142.664<BR>> > RPR Brussel<BR>> > <A href="http://www.vrt.be/disclaimer"><U><FONT color=#0000ff>http://www.vrt.be/disclaimer</FONT></U></A><BR>> > <BR>> ><BR>> *** Disclaimer ***<BR>><BR>> Vlaamse Radio- en Televisieomroep<BR>> Auguste Reyerslaan 52, 1043 Brussel<BR>><BR>> nv van publiek recht<BR>> BTW BE 0244.142.664<BR>> RPR Brussel<BR>> <A href="http://www.vrt.be/disclaimer"><U><FONT color=#0000ff>http://www.vrt.be/disclaimer</FONT></U></A><BR>> <BR>>
<P><FONT size=4>*** Disclaimer ***<BR><BR>Vlaamse Radio- en Televisieomroep<BR>Auguste Reyerslaan 52, 1043 Brussel<BR><BR>nv van publiek recht<BR>BTW BE 0244.142.664<BR>RPR Brussel<BR></FONT><FONT size=4><A href="http://www.vrt.be/disclaimer">http://www.vrt.be/disclaimer</A></FONT><FONT size=4><BR></FONT><TT>_______________________________________________<BR>general mailing list<BR>general@lists.openfabrics.org<BR></TT><TT><A href="http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general">http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general</A></TT><TT><BR><BR>To unsubscribe, please visit </TT><TT><A href="http://openib.org/mailman/listinfo/openib-general">http://openib.org/mailman/listinfo/openib-general</A></TT>
<P><FONT face=Arial color=#0000ff size=2></FONT><FONT face=Arial color=#0000ff size=2></FONT></P></BLOCKQUOTE></DIV>*** Disclaimer ***<br><br>Vlaamse Radio- en Televisieomroep<br>Auguste Reyerslaan 52, 1043 Brussel<br><br>nv van publiek recht<br>BTW BE 0244.142.664<br>RPR Brussel<br>http://www.vrt.be/disclaimer<br> <br></BODY></HTML>