<?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 MIB's ignored in Server Management - Systems Insight Manager</title>
    <link>https://community.hpe.com/t5/server-management-systems/mib-s-ignored/m-p/4598886#M40348</link>
    <description>We have implemented a CMS (V5.3SP1)/Windows.&lt;BR /&gt;We have hundreds of Linux servers trapping to the CMS as well as many other systems/devices. Everytime snmpd is restarted, we get a trap of 1.3.6.1.4.1.8072.4.6.2 (generic unregistered) followed by a "Cold Start" event. &lt;BR /&gt;&lt;BR /&gt;We eventually worked out that the unregistered was snmpd sending out a shutdown trap. For whatever reason net-snmp says this should be 1.3.6.1.4.1.8072.4.0.2 yet every server bar none use 6 rather than 0 for the trap id.&lt;BR /&gt;&lt;BR /&gt;To get around this we compiled the net-snmp-agent-mib adding trap id 6 then loaded it into SIM. A snmp broswer shows that 1.3.6.1.4.1.8072.4.6.2 maps to nsNotifyShutdownLocal and 1.3.6.1.4.1.8072.4.0.2 maps to nsNotifyShutdown. These are shown in the Options-&amp;gt;Events-&amp;gt;SNMP Trap Settings so I assume the mib loaded OK. However, when the traps come through, they get reported as generic unregistered as before.&lt;BR /&gt;&lt;BR /&gt;We have checks and checked the MIB and cannot find anything wrong with it.&lt;BR /&gt;&lt;BR /&gt;But the interesting thing is that the "Cold Start" is 1.3.6.1.4.1.8072.3.2.10 which is not defined in net-snmp (even though it has it's enterpise OID) and I can't find a mib where it is defined. So it looks like the CMS ignores our mib, ignore things with enterpise 8072 or processes 8072 internally.&lt;BR /&gt;&lt;BR /&gt;Does anyone know what is going on here?&lt;BR /&gt;</description>
    <pubDate>Thu, 11 Mar 2010 05:23:36 GMT</pubDate>
    <dc:creator>Richard Munn</dc:creator>
    <dc:date>2010-03-11T05:23:36Z</dc:date>
    <item>
      <title>MIB's ignored</title>
      <link>https://community.hpe.com/t5/server-management-systems/mib-s-ignored/m-p/4598886#M40348</link>
      <description>We have implemented a CMS (V5.3SP1)/Windows.&lt;BR /&gt;We have hundreds of Linux servers trapping to the CMS as well as many other systems/devices. Everytime snmpd is restarted, we get a trap of 1.3.6.1.4.1.8072.4.6.2 (generic unregistered) followed by a "Cold Start" event. &lt;BR /&gt;&lt;BR /&gt;We eventually worked out that the unregistered was snmpd sending out a shutdown trap. For whatever reason net-snmp says this should be 1.3.6.1.4.1.8072.4.0.2 yet every server bar none use 6 rather than 0 for the trap id.&lt;BR /&gt;&lt;BR /&gt;To get around this we compiled the net-snmp-agent-mib adding trap id 6 then loaded it into SIM. A snmp broswer shows that 1.3.6.1.4.1.8072.4.6.2 maps to nsNotifyShutdownLocal and 1.3.6.1.4.1.8072.4.0.2 maps to nsNotifyShutdown. These are shown in the Options-&amp;gt;Events-&amp;gt;SNMP Trap Settings so I assume the mib loaded OK. However, when the traps come through, they get reported as generic unregistered as before.&lt;BR /&gt;&lt;BR /&gt;We have checks and checked the MIB and cannot find anything wrong with it.&lt;BR /&gt;&lt;BR /&gt;But the interesting thing is that the "Cold Start" is 1.3.6.1.4.1.8072.3.2.10 which is not defined in net-snmp (even though it has it's enterpise OID) and I can't find a mib where it is defined. So it looks like the CMS ignores our mib, ignore things with enterpise 8072 or processes 8072 internally.&lt;BR /&gt;&lt;BR /&gt;Does anyone know what is going on here?&lt;BR /&gt;</description>
      <pubDate>Thu, 11 Mar 2010 05:23:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/mib-s-ignored/m-p/4598886#M40348</guid>
      <dc:creator>Richard Munn</dc:creator>
      <dc:date>2010-03-11T05:23:36Z</dc:date>
    </item>
  </channel>
</rss>

