<?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 SecureStack has &amp;quot;Nim intf in invalid state&amp;quot; Warning Message in Log in FAQs</title>
    <link>https://community.extremenetworks.com/t5/faqs/securestack-has-quot-nim-intf-in-invalid-state-quot-warning/m-p/44926#M279</link>
    <description>Article ID: 12786 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Products&lt;/B&gt;&lt;BR /&gt;
SecureStack C3, C2, B3, B2 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Changes&lt;/B&gt;&lt;BR /&gt;
Attempted to enforce Policy, most likely using NetSight Policy Manager. &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Symptoms&lt;/B&gt;&lt;BR /&gt;
One or more "Nim intf in invalid state" warning messages are seen in syslog, the current.log, or the output of a 'show support' (&lt;A href="http://bit.ly/1pOU3VK" target="_blank" rel="nofollow noreferrer noopener"&gt;5487&lt;/A&gt;). &lt;BR /&gt;
&lt;BR /&gt;
For example:&amp;lt;160&amp;gt;Sep 24 08:38:27 10.19.64.73-1 UPN[125318880]: policy_dist.cpp(5524) 81 %%&lt;BR /&gt;
Nim intf in invalid state: 115&lt;B&gt;Cause&lt;/B&gt;&lt;BR /&gt;
The message indicates that the stack is attempting to apply policy to a port that is no longer present in the stack, a condition which is the side-effect of a larger issue. &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Solution&lt;/B&gt;&lt;BR /&gt;
The MIB2 Interface numbering convention used in the message may be translated as described in &lt;A href="http://bit.ly/Ip31oZ" target="_blank" rel="nofollow noreferrer noopener"&gt;12864&lt;/A&gt;, thereby computing the affected unit and port number.&lt;BR /&gt;
For instance, the interface number "115" in this example translates to the 11th port of unit 3 (e.g. fe.3.11, ge.3.11). &lt;BR /&gt;
&lt;BR /&gt;
To derive meaning from each instance of the message it is necessary to do sufficient troubleshooting to establish why the named physical or LAG port is no longer present. Did the associated switch unit leave the stack ("EDB Callback: Unit Leave: &amp;lt;&lt;I&gt;unit#&lt;/I&gt;&amp;gt;")? Are units/ports numbered differently than what is known to Policy Manager? The resolution depends upon the specifics of these findings. &lt;BR /&gt;
&lt;BR /&gt;
&lt;A href="http://www.enterasys.com/support/contact-support.aspx" target="_blank" rel="nofollow noreferrer noopener"&gt;Contact the GTAC&lt;/A&gt; for further assistance, as necessary.</description>
    <pubDate>Tue, 03 Dec 2013 02:59:00 GMT</pubDate>
    <dc:creator>FAQ_User</dc:creator>
    <dc:date>2013-12-03T02:59:00Z</dc:date>
    <item>
      <title>SecureStack has "Nim intf in invalid state" Warning Message in Log</title>
      <link>https://community.extremenetworks.com/t5/faqs/securestack-has-quot-nim-intf-in-invalid-state-quot-warning/m-p/44926#M279</link>
      <description>Article ID: 12786 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Products&lt;/B&gt;&lt;BR /&gt;
SecureStack C3, C2, B3, B2 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Changes&lt;/B&gt;&lt;BR /&gt;
Attempted to enforce Policy, most likely using NetSight Policy Manager. &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Symptoms&lt;/B&gt;&lt;BR /&gt;
One or more "Nim intf in invalid state" warning messages are seen in syslog, the current.log, or the output of a 'show support' (&lt;A href="http://bit.ly/1pOU3VK" target="_blank" rel="nofollow noreferrer noopener"&gt;5487&lt;/A&gt;). &lt;BR /&gt;
&lt;BR /&gt;
For example:&amp;lt;160&amp;gt;Sep 24 08:38:27 10.19.64.73-1 UPN[125318880]: policy_dist.cpp(5524) 81 %%&lt;BR /&gt;
Nim intf in invalid state: 115&lt;B&gt;Cause&lt;/B&gt;&lt;BR /&gt;
The message indicates that the stack is attempting to apply policy to a port that is no longer present in the stack, a condition which is the side-effect of a larger issue. &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Solution&lt;/B&gt;&lt;BR /&gt;
The MIB2 Interface numbering convention used in the message may be translated as described in &lt;A href="http://bit.ly/Ip31oZ" target="_blank" rel="nofollow noreferrer noopener"&gt;12864&lt;/A&gt;, thereby computing the affected unit and port number.&lt;BR /&gt;
For instance, the interface number "115" in this example translates to the 11th port of unit 3 (e.g. fe.3.11, ge.3.11). &lt;BR /&gt;
&lt;BR /&gt;
To derive meaning from each instance of the message it is necessary to do sufficient troubleshooting to establish why the named physical or LAG port is no longer present. Did the associated switch unit leave the stack ("EDB Callback: Unit Leave: &amp;lt;&lt;I&gt;unit#&lt;/I&gt;&amp;gt;")? Are units/ports numbered differently than what is known to Policy Manager? The resolution depends upon the specifics of these findings. &lt;BR /&gt;
&lt;BR /&gt;
&lt;A href="http://www.enterasys.com/support/contact-support.aspx" target="_blank" rel="nofollow noreferrer noopener"&gt;Contact the GTAC&lt;/A&gt; for further assistance, as necessary.</description>
      <pubDate>Tue, 03 Dec 2013 02:59:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/faqs/securestack-has-quot-nim-intf-in-invalid-state-quot-warning/m-p/44926#M279</guid>
      <dc:creator>FAQ_User</dc:creator>
      <dc:date>2013-12-03T02:59:00Z</dc:date>
    </item>
  </channel>
</rss>

