<?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: X690 stack stopped responding to SNMP earlier in the month in ExtremeSwitching (EXOS/Switch Engine)</title>
    <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/x690-stack-stopped-responding-to-snmp-earlier-in-the-month/m-p/56520#M16531</link>
    <description>Did you do an XOS update on the 690 around the time it stopped responding?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Recent XOS releases for the 690 have changed it's snmp identity and associated MIBs.&amp;nbsp; you may need to remove/readd it with a fresh snmpwalk or updated MIBs.&lt;BR /&gt;&lt;BR /&gt;In my case XMC will no longer treat a 690 as policy capable on my current firmware.&amp;nbsp; I am planning on updating it during Thanksgiving weekend to try to fix it.</description>
    <pubDate>Thu, 14 Oct 2021 16:38:00 GMT</pubDate>
    <dc:creator>Keith_Obermeier</dc:creator>
    <dc:date>2021-10-14T16:38:00Z</dc:date>
    <item>
      <title>X690 stack stopped responding to SNMP earlier in the month</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/x690-stack-stopped-responding-to-snmp-earlier-in-the-month/m-p/56519#M16530</link>
      <description>Went to research some bandwidth utilization on a x690 core switch stack in cacti and notice the graphs are all blank. &amp;nbsp;Upon further diagnosis this seemed to occur between 9/30 and 10/3 with graphs slowly loosing resolution. &amp;nbsp;Verified with the diagnostics in the app that there is no longer an SNMP response, something that's been working fine since it's deployment in 2018. &amp;nbsp;Also tried an snmp tool from my workstation and verified in XMC that the device is logged for loss of SNMP contact around 3 am on 10/3.&lt;BR /&gt;&lt;BR /&gt;I verified with these tools that all other extreme switches SNMP is working fine, including our second core stack of X690s. &amp;nbsp;We have those plus 450G2's and 5520's, all working fine with our extreme snmpv3 credentials.&lt;BR /&gt;&lt;BR /&gt;We opened a case and so far they just had us reset counters and sh management, but it's been dead silence since. &amp;nbsp;Anyone ever see this happen?</description>
      <pubDate>Thu, 14 Oct 2021 15:55:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/x690-stack-stopped-responding-to-snmp-earlier-in-the-month/m-p/56519#M16530</guid>
      <dc:creator>Keith9</dc:creator>
      <dc:date>2021-10-14T15:55:00Z</dc:date>
    </item>
    <item>
      <title>RE: X690 stack stopped responding to SNMP earlier in the month</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/x690-stack-stopped-responding-to-snmp-earlier-in-the-month/m-p/56520#M16531</link>
      <description>Did you do an XOS update on the 690 around the time it stopped responding?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Recent XOS releases for the 690 have changed it's snmp identity and associated MIBs.&amp;nbsp; you may need to remove/readd it with a fresh snmpwalk or updated MIBs.&lt;BR /&gt;&lt;BR /&gt;In my case XMC will no longer treat a 690 as policy capable on my current firmware.&amp;nbsp; I am planning on updating it during Thanksgiving weekend to try to fix it.</description>
      <pubDate>Thu, 14 Oct 2021 16:38:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/x690-stack-stopped-responding-to-snmp-earlier-in-the-month/m-p/56520#M16531</guid>
      <dc:creator>Keith_Obermeier</dc:creator>
      <dc:date>2021-10-14T16:38:00Z</dc:date>
    </item>
    <item>
      <title>RE: X690 stack stopped responding to SNMP earlier in the month</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/x690-stack-stopped-responding-to-snmp-earlier-in-the-month/m-p/56521#M16532</link>
      <description>Nope, no updates on a few years actually. &amp;nbsp;I think it has somewhere like 1000+ day uptime.</description>
      <pubDate>Fri, 15 Oct 2021 03:18:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/x690-stack-stopped-responding-to-snmp-earlier-in-the-month/m-p/56521#M16532</guid>
      <dc:creator>Keith9</dc:creator>
      <dc:date>2021-10-15T03:18:00Z</dc:date>
    </item>
    <item>
      <title>RE: X690 stack stopped responding to SNMP earlier in the month</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/x690-stack-stopped-responding-to-snmp-earlier-in-the-month/m-p/56522#M16533</link>
      <description>Resolved with the following..&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;#restart process snmpMaster&lt;/STRONG&gt;&lt;BR /&gt;Step 1: terminating process snmpMaster gracefully ...&lt;BR /&gt;Step 2: starting process snmpMaster ...&lt;BR /&gt;Restarted process snmpMaster successfully&lt;BR /&gt;&lt;BR /&gt;Now both cacti graphing and netsight (XMC) can see the switch again.&amp;nbsp; Also the command sh management displays in its entirety, rather than displaying 2/3rds hanging for 10 seconds and then displaying the rest.&lt;BR /&gt;&lt;BR /&gt;Weird issue, but I'm thankful for the modularity of the linux core and the ability to restart a process without taking an entire switch down.&lt;BR /&gt;&lt;BR /&gt;​</description>
      <pubDate>Tue, 19 Oct 2021 17:19:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/x690-stack-stopped-responding-to-snmp-earlier-in-the-month/m-p/56522#M16533</guid>
      <dc:creator>Keith9</dc:creator>
      <dc:date>2021-10-19T17:19:00Z</dc:date>
    </item>
  </channel>
</rss>

