<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: ProCurve 2708 and Gigabit NIC stalling in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757440#M51833</link>
    <description>In my experience GigE is best left as "autonegotiate" at each end of the link. In practice it should always come up as 1000FDX as GigE is implemented as a point-to-point link between a NIC and a switch port.&lt;BR /&gt;&lt;BR /&gt;I've discovered that some switches using mini-GBICs will not always detect the failure of a single fibre in the pair if the switch is not in "autonegotiate" mode. That can lead to the switch believing that the link to the NIC is still up - which can then create other problems elsewhere.&lt;BR /&gt;&lt;BR /&gt;The OpenVMS documentation section on LANCP may be useful: &lt;A href="http://h71000.www7.hp.com/doc/82FINAL/6048/6048pro_033.html" target="_blank"&gt;http://h71000.www7.hp.com/doc/82FINAL/6048/6048pro_033.html&lt;/A&gt;</description>
    <pubDate>Sat, 25 Mar 2006 05:51:58 GMT</pubDate>
    <dc:creator>Colin Butcher</dc:creator>
    <dc:date>2006-03-25T05:51:58Z</dc:date>
    <item>
      <title>ProCurve 2708 and Gigabit NIC stalling</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757429#M51822</link>
      <description>2-node Cluster (ES45+DS25) running VMS 7.3-2&lt;BR /&gt;&lt;BR /&gt;The cluster is connected using:&lt;BR /&gt;Gigabit NIC in each&lt;BR /&gt;ProCurve 2708 switch&lt;BR /&gt;&lt;BR /&gt;We've been unable to get this working properly - it only seems to work for a very short while and then stalls.&lt;BR /&gt;&lt;BR /&gt;Has anyone else had any problems configuring this?&lt;BR /&gt;&lt;BR /&gt;We're hoping to try the kit out on a test system in the UK shortly.&lt;BR /&gt;&lt;BR /&gt;In the meantime, any advice/experience would be most welcome...</description>
      <pubDate>Thu, 23 Mar 2006 08:05:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757429#M51822</guid>
      <dc:creator>Sebastian Bazley</dc:creator>
      <dc:date>2006-03-23T08:05:53Z</dc:date>
    </item>
    <item>
      <title>Re: ProCurve 2708 and Gigabit NIC stalling</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757430#M51823</link>
      <description>Sebastion,&lt;BR /&gt;&lt;BR /&gt;what do you mean with 'stalls' ?&lt;BR /&gt;&lt;BR /&gt;Does the cluster hang ? Any messages on the console regarding the LAN driver and possible duplex mismatch ? Does auto-negotiation work or are both (LAN NIC and switch-port) set to the same speed and duplex mode ?&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Thu, 23 Mar 2006 08:11:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757430#M51823</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2006-03-23T08:11:43Z</dc:date>
    </item>
    <item>
      <title>Re: ProCurve 2708 and Gigabit NIC stalling</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757431#M51824</link>
      <description>Cluster hangs.&lt;BR /&gt;No messages.&lt;BR /&gt;We have set auto on both consoles.&lt;BR /&gt;The switch defaults to auto and has no management interface.&lt;BR /&gt;&lt;BR /&gt;It did work once for 10 minutes, and then it hung.</description>
      <pubDate>Thu, 23 Mar 2006 08:37:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757431#M51824</guid>
      <dc:creator>Sebastian Bazley</dc:creator>
      <dc:date>2006-03-23T08:37:56Z</dc:date>
    </item>
    <item>
      <title>Re: ProCurve 2708 and Gigabit NIC stalling</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757432#M51825</link>
      <description>Sebastian,&lt;BR /&gt;&lt;BR /&gt;the systems in the cluster constantly communicate via all LAN interfaces by sending SCS HELLO multicast messages every 3 seconds. Each system in the cluster would output a 'Lost connection to node' message, if it does not receive a HELLO message from the other node within about 9 seconds.&lt;BR /&gt;&lt;BR /&gt;Is BROADCAST enabled on the console terminals ? $ SHOW BROADCAST ? If not, you have to enable it, to see those messages !&lt;BR /&gt;&lt;BR /&gt;You could force a crash, if the cluster seems to hang: Press HALT button, then &amp;gt;&amp;gt;&amp;gt; CRASH&lt;BR /&gt;&lt;BR /&gt;In the crash, you could check LAN counters etc. How do you determine, that the cluster 'hangs' ?&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Thu, 23 Mar 2006 08:47:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757432#M51825</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2006-03-23T08:47:00Z</dc:date>
    </item>
    <item>
      <title>Re: ProCurve 2708 and Gigabit NIC stalling</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757433#M51826</link>
      <description>Sorry, I should have said that the cluster was working fine before the new NICs and switch were installed.&lt;BR /&gt;&lt;BR /&gt;[I believe they have now reverted to the previous hardware.]&lt;BR /&gt;&lt;BR /&gt;It seems to be a problem that is specific to the particular switch and NICs.&lt;BR /&gt;&lt;BR /&gt;Unfortunately, we can't run any more tests until we get access to the test systems in the UK.&lt;BR /&gt;&lt;BR /&gt;In the meantime, we were hoping that someone might have come across a similar problem with that specific hardware.</description>
      <pubDate>Thu, 23 Mar 2006 09:00:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757433#M51826</guid>
      <dc:creator>Sebastian Bazley</dc:creator>
      <dc:date>2006-03-23T09:00:46Z</dc:date>
    </item>
    <item>
      <title>Re: ProCurve 2708 and Gigabit NIC stalling</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757434#M51827</link>
      <description>You might want to disable the switch auto-negotiation and set both ports manually.  Be sure to verify your network paths if you have a second NIC on either node - if STP is enabled on the switch, it could eventually shut down your expected path.&lt;BR /&gt;&lt;BR /&gt;Allan in Atlanta&lt;BR /&gt;</description>
      <pubDate>Thu, 23 Mar 2006 09:30:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757434#M51827</guid>
      <dc:creator>Allan Bowman</dc:creator>
      <dc:date>2006-03-23T09:30:11Z</dc:date>
    </item>
    <item>
      <title>Re: ProCurve 2708 and Gigabit NIC stalling</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757435#M51828</link>
      <description>As far as I know, the switch does not provide the facility to change anything... &lt;BR /&gt;&lt;BR /&gt;HP describe it as:&lt;BR /&gt;&lt;BR /&gt;Unmanaged: provides plug-and-play simplicity</description>
      <pubDate>Thu, 23 Mar 2006 11:11:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757435#M51828</guid>
      <dc:creator>Sebastian Bazley</dc:creator>
      <dc:date>2006-03-23T11:11:11Z</dc:date>
    </item>
    <item>
      <title>Re: ProCurve 2708 and Gigabit NIC stalling</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757436#M51829</link>
      <description>Should that not be...&lt;BR /&gt;&lt;BR /&gt;Unmanaged: plug-and-pray stupidity&lt;BR /&gt;</description>
      <pubDate>Fri, 24 Mar 2006 02:51:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757436#M51829</guid>
      <dc:creator>David B Sneddon</dc:creator>
      <dc:date>2006-03-24T02:51:01Z</dc:date>
    </item>
    <item>
      <title>Re: ProCurve 2708 and Gigabit NIC stalling</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757437#M51830</link>
      <description>I think you've just discovered why I don't like unmanaged switches (especially in production environments) - you can't get any information out of them, or set them up as you want to.&lt;BR /&gt;&lt;BR /&gt;Which NICs are you using? Assuming they're copper then have you got the appropriate specification cables and distances for GigE over copper?&lt;BR /&gt;&lt;BR /&gt;I generally use fibre and managed switches - less problems on the whole. After all, it's not cheaper to use anything else if it wastes your time and creates unreliability issues. The last thing you want in a production environment is something that doesn't work consistently and reliably.&lt;BR /&gt;&lt;BR /&gt;If the systems really matter then you may want to consider dual NICs and dual switches so that you have two cluster interconnect paths. Don't forget to enable / disable the releveant protocols on all the NICs in the systems either.&lt;BR /&gt;&lt;BR /&gt;Hope this help, &lt;BR /&gt;Cheers, Colin.</description>
      <pubDate>Fri, 24 Mar 2006 04:18:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757437#M51830</guid>
      <dc:creator>Colin Butcher</dc:creator>
      <dc:date>2006-03-24T04:18:49Z</dc:date>
    </item>
    <item>
      <title>Re: ProCurve 2708 and Gigabit NIC stalling</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757438#M51831</link>
      <description>Can you force the NICs to 1000 Full and have the switch then autosense?&lt;BR /&gt;&lt;BR /&gt;We have had issues before when having to use NICs and Switches both in autosense.  They both keep changing speeds and duplex which results in dropped packets and NO communication.</description>
      <pubDate>Fri, 24 Mar 2006 10:23:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757438#M51831</guid>
      <dc:creator>Peter Zeiszler</dc:creator>
      <dc:date>2006-03-24T10:23:24Z</dc:date>
    </item>
    <item>
      <title>Re: ProCurve 2708 and Gigabit NIC stalling</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757439#M51832</link>
      <description>Theoretically there is no such thing as 1000/half afaik.  Auto negotiation of a gig port "shouldn't" be difficult there "should" only be one choice.&lt;BR /&gt;&lt;BR /&gt;Someone at HP should be able to confirm that a 2708 is (or is not) compatible with the nic's in your Alpha's.&lt;BR /&gt;&lt;BR /&gt;Art</description>
      <pubDate>Fri, 24 Mar 2006 13:38:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757439#M51832</guid>
      <dc:creator>Art Wiens</dc:creator>
      <dc:date>2006-03-24T13:38:21Z</dc:date>
    </item>
    <item>
      <title>Re: ProCurve 2708 and Gigabit NIC stalling</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757440#M51833</link>
      <description>In my experience GigE is best left as "autonegotiate" at each end of the link. In practice it should always come up as 1000FDX as GigE is implemented as a point-to-point link between a NIC and a switch port.&lt;BR /&gt;&lt;BR /&gt;I've discovered that some switches using mini-GBICs will not always detect the failure of a single fibre in the pair if the switch is not in "autonegotiate" mode. That can lead to the switch believing that the link to the NIC is still up - which can then create other problems elsewhere.&lt;BR /&gt;&lt;BR /&gt;The OpenVMS documentation section on LANCP may be useful: &lt;A href="http://h71000.www7.hp.com/doc/82FINAL/6048/6048pro_033.html" target="_blank"&gt;http://h71000.www7.hp.com/doc/82FINAL/6048/6048pro_033.html&lt;/A&gt;</description>
      <pubDate>Sat, 25 Mar 2006 05:51:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/procurve-2708-and-gigabit-nic-stalling/m-p/3757440#M51833</guid>
      <dc:creator>Colin Butcher</dc:creator>
      <dc:date>2006-03-25T05:51:58Z</dc:date>
    </item>
  </channel>
</rss>

