<?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 S/N-Series issues 'PIM_BAD_SYSTEMPORT' Error messages in FAQs</title>
    <link>https://community.extremenetworks.com/t5/faqs/s-n-series-issues-pim-bad-systemport-error-messages/m-p/43608#M184</link>
    <description>Article ID: 14749 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Products&lt;/B&gt;&lt;BR /&gt;
S-Series&lt;BR /&gt;
Matrix N-Series DFE &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Changes&lt;/B&gt;&lt;BR /&gt;
Recently upgraded firmware between major release lines, for example 7.21 -&amp;gt; 7.31 or 7.62 -&amp;gt; 7.71. &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Symptoms&lt;/B&gt;&lt;BR /&gt;
Syslog or Logging Buffer ('show support') display one or more "PIM_BAD_SYSTEMPORT" messages; for example:&lt;BR /&gt;
&amp;lt;&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;165&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;Jul 20 14:37:32 10.1.2.3 BrdgMIB[4.tusrAppInit]restoreNvPortConfig: CPiMgrApi::GetSystemPortFromPersistKey(1200) == PIM_BAD_SYSTEMPORT&lt;/PRE&gt;&lt;/DIV&gt;&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Cause&lt;/B&gt;&lt;BR /&gt;
The Bridge Port nonvolatile data restore routine has tried to map an invalid port persistKey to its corresponding system port, typically because the key bindings for certain system ports have changed, between two firmware versions. &lt;BR /&gt;
&lt;BR /&gt;
This is not a commonly reported issue. &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Solution/Workaround&lt;/B&gt;&lt;BR /&gt;
Functions as Designed (FAD). &lt;BR /&gt;
&lt;BR /&gt;
Workaround:&lt;BR /&gt;
Either reload the config from a previous system outfile (&lt;A href="http://bit.ly/1h7Itjx" target="_blank" rel="nofollow noreferrer noopener"&gt;5035&lt;/A&gt;) (in extreme cases after powering off the chassis, then pulling all blades, then flipping dip switch 7 on each, then powering on the chassis, then reinstalling each blade and confirming a clean boot), or manually reconfigure what are presumably missing port settings. Either method should re-establish the port data in NVRAM. &lt;BR /&gt;
&lt;BR /&gt;
Regarding the affected port number to review for possible missing configs, the cited port number ("1200", in this example) should translate to a conventional ethernet port number (i.e. ge.&lt;I&gt;x.x&lt;/I&gt;) using the trap-port numbering discussion in &lt;A href="http://bit.ly/1hYTDrm" target="_blank" rel="nofollow noreferrer noopener"&gt;5567&lt;/A&gt;.</description>
    <pubDate>Tue, 17 Dec 2013 21:23:00 GMT</pubDate>
    <dc:creator>FAQ_User</dc:creator>
    <dc:date>2013-12-17T21:23:00Z</dc:date>
    <item>
      <title>S/N-Series issues 'PIM_BAD_SYSTEMPORT' Error messages</title>
      <link>https://community.extremenetworks.com/t5/faqs/s-n-series-issues-pim-bad-systemport-error-messages/m-p/43608#M184</link>
      <description>Article ID: 14749 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Products&lt;/B&gt;&lt;BR /&gt;
S-Series&lt;BR /&gt;
Matrix N-Series DFE &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Changes&lt;/B&gt;&lt;BR /&gt;
Recently upgraded firmware between major release lines, for example 7.21 -&amp;gt; 7.31 or 7.62 -&amp;gt; 7.71. &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Symptoms&lt;/B&gt;&lt;BR /&gt;
Syslog or Logging Buffer ('show support') display one or more "PIM_BAD_SYSTEMPORT" messages; for example:&lt;BR /&gt;
&amp;lt;&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;165&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;Jul 20 14:37:32 10.1.2.3 BrdgMIB[4.tusrAppInit]restoreNvPortConfig: CPiMgrApi::GetSystemPortFromPersistKey(1200) == PIM_BAD_SYSTEMPORT&lt;/PRE&gt;&lt;/DIV&gt;&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Cause&lt;/B&gt;&lt;BR /&gt;
The Bridge Port nonvolatile data restore routine has tried to map an invalid port persistKey to its corresponding system port, typically because the key bindings for certain system ports have changed, between two firmware versions. &lt;BR /&gt;
&lt;BR /&gt;
This is not a commonly reported issue. &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Solution/Workaround&lt;/B&gt;&lt;BR /&gt;
Functions as Designed (FAD). &lt;BR /&gt;
&lt;BR /&gt;
Workaround:&lt;BR /&gt;
Either reload the config from a previous system outfile (&lt;A href="http://bit.ly/1h7Itjx" target="_blank" rel="nofollow noreferrer noopener"&gt;5035&lt;/A&gt;) (in extreme cases after powering off the chassis, then pulling all blades, then flipping dip switch 7 on each, then powering on the chassis, then reinstalling each blade and confirming a clean boot), or manually reconfigure what are presumably missing port settings. Either method should re-establish the port data in NVRAM. &lt;BR /&gt;
&lt;BR /&gt;
Regarding the affected port number to review for possible missing configs, the cited port number ("1200", in this example) should translate to a conventional ethernet port number (i.e. ge.&lt;I&gt;x.x&lt;/I&gt;) using the trap-port numbering discussion in &lt;A href="http://bit.ly/1hYTDrm" target="_blank" rel="nofollow noreferrer noopener"&gt;5567&lt;/A&gt;.</description>
      <pubDate>Tue, 17 Dec 2013 21:23:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/faqs/s-n-series-issues-pim-bad-systemport-error-messages/m-p/43608#M184</guid>
      <dc:creator>FAQ_User</dc:creator>
      <dc:date>2013-12-17T21:23:00Z</dc:date>
    </item>
  </channel>
</rss>

