<?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 DFE Reboots after 497 Days of Uptime, with f/w prior to 5.42.06 in FAQs</title>
    <link>https://community.extremenetworks.com/t5/faqs/dfe-reboots-after-497-days-of-uptime-with-f-w-prior-to-5-42-06/m-p/41709#M67</link>
    <description>Article ID: 10911 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Products&lt;/B&gt;&lt;BR /&gt;
Matrix N-Series DFE; firmware 5.42.04 and lower &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Symptoms&lt;/B&gt;&lt;BR /&gt;
Module resets.&lt;BR /&gt;
Watchdog "&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;client 26&lt;/PRE&gt;&lt;/DIV&gt;" and/or "&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;client 37&lt;/PRE&gt;&lt;/DIV&gt;" error message in the Fault Log (&lt;A href="http://bit.ly/1i2etHh" target="_blank" rel="nofollow noreferrer noopener"&gt;5101&lt;/A&gt;); for example:&lt;BR /&gt;
&amp;lt;&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;1&lt;/PRE&gt;&lt;/DIV&gt;&amp;gt;&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;DistServ[1.tDsBrdOk]serverWatchDog.5, client 26 in recv for 8261 tics&lt;/PRE&gt;&lt;/DIV&gt;&lt;BR /&gt;
&amp;lt;&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;1&lt;/PRE&gt;&lt;/DIV&gt;&amp;gt;&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;DistServ[3.tDsBrdOk]serverWatchDog.1, client 37 in recv for 8677 tics&lt;/PRE&gt;&lt;/DIV&gt; &lt;BR /&gt;
&lt;BR /&gt;
If the user is running NetSight and has traps enabled they will get notification that the board reset due to 497 days. &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Solution/Workaround&lt;/B&gt;&lt;BR /&gt;
For the 5.x line, upgrade to firmware 5.42.06 or higher.&lt;BR /&gt;
&lt;A href="https://extranet.enterasys.com/Downloads/Pages/Platinum.aspx" target="_blank" rel="nofollow noreferrer noopener"&gt;Release notes&lt;/A&gt; state, in the '&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;Firmware Changes and Enhancements&lt;/PRE&gt;&lt;/DIV&gt;' section:&lt;BR /&gt;
&lt;B&gt;&lt;/B&gt;&lt;PRE&gt;&lt;B&gt;Network Discovery Services&lt;/B&gt;&lt;/PRE&gt;&lt;BR /&gt;
&lt;PRE&gt;Escalation 539131&lt;/PRE&gt;&lt;BR /&gt;
&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;A problem in Network Discovery Services (CDP/LLDP/CiscoDP) that could result in a reset when sysUptime wraps back to zero has been corrected. sysUptime is a 32bit centisecond counter that wraps every 497 days.&lt;/PRE&gt;&lt;/DIV&gt; &lt;BR /&gt;
&lt;BR /&gt;
For the 6.x line, upgrade to firmware 6.01.01.0020 or higher.&lt;BR /&gt;
This completes the fix of the issue explained in &lt;A href="http://bit.ly/1kZht6g" target="_blank" rel="nofollow noreferrer noopener"&gt;5719&lt;/A&gt;. &lt;BR /&gt;
&lt;BR /&gt;
Note: All uptime counters of whatever size do eventually have to roll over, then start again at zero. The sysUpTime counter is no exception, doing this every 497 days, 2 hours, and 28 minutes of uptime. It does not trigger a device reset, and is not known to be disruptive to any onboard processes. External processes which monitor system uptime could, however, have odd behavior when the field they are monitoring suddenly has a very small value.</description>
    <pubDate>Wed, 01 Jan 2014 05:03:00 GMT</pubDate>
    <dc:creator>FAQ_User</dc:creator>
    <dc:date>2014-01-01T05:03:00Z</dc:date>
    <item>
      <title>DFE Reboots after 497 Days of Uptime, with f/w prior to 5.42.06</title>
      <link>https://community.extremenetworks.com/t5/faqs/dfe-reboots-after-497-days-of-uptime-with-f-w-prior-to-5-42-06/m-p/41709#M67</link>
      <description>Article ID: 10911 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Products&lt;/B&gt;&lt;BR /&gt;
Matrix N-Series DFE; firmware 5.42.04 and lower &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Symptoms&lt;/B&gt;&lt;BR /&gt;
Module resets.&lt;BR /&gt;
Watchdog "&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;client 26&lt;/PRE&gt;&lt;/DIV&gt;" and/or "&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;client 37&lt;/PRE&gt;&lt;/DIV&gt;" error message in the Fault Log (&lt;A href="http://bit.ly/1i2etHh" target="_blank" rel="nofollow noreferrer noopener"&gt;5101&lt;/A&gt;); for example:&lt;BR /&gt;
&amp;lt;&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;1&lt;/PRE&gt;&lt;/DIV&gt;&amp;gt;&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;DistServ[1.tDsBrdOk]serverWatchDog.5, client 26 in recv for 8261 tics&lt;/PRE&gt;&lt;/DIV&gt;&lt;BR /&gt;
&amp;lt;&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;1&lt;/PRE&gt;&lt;/DIV&gt;&amp;gt;&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;DistServ[3.tDsBrdOk]serverWatchDog.1, client 37 in recv for 8677 tics&lt;/PRE&gt;&lt;/DIV&gt; &lt;BR /&gt;
&lt;BR /&gt;
If the user is running NetSight and has traps enabled they will get notification that the board reset due to 497 days. &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Solution/Workaround&lt;/B&gt;&lt;BR /&gt;
For the 5.x line, upgrade to firmware 5.42.06 or higher.&lt;BR /&gt;
&lt;A href="https://extranet.enterasys.com/Downloads/Pages/Platinum.aspx" target="_blank" rel="nofollow noreferrer noopener"&gt;Release notes&lt;/A&gt; state, in the '&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;Firmware Changes and Enhancements&lt;/PRE&gt;&lt;/DIV&gt;' section:&lt;BR /&gt;
&lt;B&gt;&lt;/B&gt;&lt;PRE&gt;&lt;B&gt;Network Discovery Services&lt;/B&gt;&lt;/PRE&gt;&lt;BR /&gt;
&lt;PRE&gt;Escalation 539131&lt;/PRE&gt;&lt;BR /&gt;
&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;A problem in Network Discovery Services (CDP/LLDP/CiscoDP) that could result in a reset when sysUptime wraps back to zero has been corrected. sysUptime is a 32bit centisecond counter that wraps every 497 days.&lt;/PRE&gt;&lt;/DIV&gt; &lt;BR /&gt;
&lt;BR /&gt;
For the 6.x line, upgrade to firmware 6.01.01.0020 or higher.&lt;BR /&gt;
This completes the fix of the issue explained in &lt;A href="http://bit.ly/1kZht6g" target="_blank" rel="nofollow noreferrer noopener"&gt;5719&lt;/A&gt;. &lt;BR /&gt;
&lt;BR /&gt;
Note: All uptime counters of whatever size do eventually have to roll over, then start again at zero. The sysUpTime counter is no exception, doing this every 497 days, 2 hours, and 28 minutes of uptime. It does not trigger a device reset, and is not known to be disruptive to any onboard processes. External processes which monitor system uptime could, however, have odd behavior when the field they are monitoring suddenly has a very small value.</description>
      <pubDate>Wed, 01 Jan 2014 05:03:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/faqs/dfe-reboots-after-497-days-of-uptime-with-f-w-prior-to-5-42-06/m-p/41709#M67</guid>
      <dc:creator>FAQ_User</dc:creator>
      <dc:date>2014-01-01T05:03:00Z</dc:date>
    </item>
  </channel>
</rss>

