<?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: net-snmp problem in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580568#M85011</link>
    <description>First off you initially walked on the 232.23 subset of the mib which will not show you the 232.22 which you describe in your reply.  Try walking to this instead&lt;BR /&gt;&lt;BR /&gt;snmpwalk -c public -v 1 localhost 1.3.6.1.4.1.232.22&lt;BR /&gt;&lt;BR /&gt;Moreover you could try doing domething like the following for a specific value:&lt;BR /&gt;&lt;BR /&gt;snmpget -c public -v 1 localhost 1.3.6.1.4.1.232.22.2.5.1.1.1.12&lt;BR /&gt;&lt;BR /&gt;Sometimes depending on the mib you need to put a .0 at the end of the OID as in:&lt;BR /&gt;&lt;BR /&gt;1.3.6.1.4.1.232.22.2.5.1.1.1.12.0&lt;BR /&gt;&lt;BR /&gt;If you cannot "walk" to it and you cannot make a defined "get" to it then the OID does not exist in the SNMP implementation on the device&lt;BR /&gt;&lt;BR /&gt;I know that within a networking environment there is these funky little hidden mib objects that need to be referenced like&lt;BR /&gt;&lt;BR /&gt;snmpwalk -c public@10 -v 1 10.1.1.1&lt;BR /&gt;&lt;BR /&gt;where the @10 means look in a specific subset of the mib.  I dont think that this is the case with this mib and would expect it to show on any walk that is done.&lt;BR /&gt;&lt;BR /&gt;Here is a cool link I found which will give you a graphic description&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.oidview.com/mibs/232/CPQRACK-MIB.html" target="_blank"&gt;http://www.oidview.com/mibs/232/CPQRACK-MIB.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;If you cannot walk to the 232.22 then your device does not support this subset of the mib.</description>
    <pubDate>Tue, 09 Aug 2005 04:54:26 GMT</pubDate>
    <dc:creator>Thomas Dirs</dc:creator>
    <dc:date>2005-08-09T04:54:26Z</dc:date>
    <item>
      <title>net-snmp problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580563#M85006</link>
      <description>I have installed hpasm on one of our DL320s running RHEL4. I can measure fan speeds, temperatures etc. ok using hplog but cannot query the health information via SNMP.&lt;BR /&gt;&lt;BR /&gt;cmahealthd is present in the process list.&lt;BR /&gt;&lt;BR /&gt;This is what I get when trying to do an snmp walk through the relevant section of the MIB tree.&lt;BR /&gt;&lt;BR /&gt;snmpwalk -c public -v 1 localhost 1.3.6.1.4.1.232&lt;BR /&gt;SNMPv2-SMI::enterprises.232.1.1.1.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.1.1.2.0 = INTEGER: 16&lt;BR /&gt;SNMPv2-SMI::enterprises.232.1.1.3.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.2.1.1.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.2.1.2.0 = INTEGER: 23&lt;BR /&gt;SNMPv2-SMI::enterprises.232.2.1.3.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.3.1.1.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.3.1.2.0 = INTEGER: 30&lt;BR /&gt;SNMPv2-SMI::enterprises.232.3.1.3.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.5.1.1.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.5.1.2.0 = INTEGER: 32&lt;BR /&gt;SNMPv2-SMI::enterprises.232.5.1.3.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.6.1.1.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.6.1.2.0 = INTEGER: 19&lt;BR /&gt;SNMPv2-SMI::enterprises.232.6.1.3.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.8.1.1.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.8.1.2.0 = INTEGER: 24&lt;BR /&gt;SNMPv2-SMI::enterprises.232.8.1.3.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.10.1.1.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.10.1.2.0 = INTEGER: 4&lt;BR /&gt;SNMPv2-SMI::enterprises.232.10.1.3.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.11.1.1.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.11.1.2.0 = INTEGER: 21&lt;BR /&gt;SNMPv2-SMI::enterprises.232.11.1.3.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.14.1.1.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.14.1.2.0 = INTEGER: 8&lt;BR /&gt;SNMPv2-SMI::enterprises.232.14.1.3.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.16.1.1.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.16.1.2.0 = INTEGER: 22&lt;BR /&gt;SNMPv2-SMI::enterprises.232.16.1.3.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.21.1.1.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.21.1.2.0 = INTEGER: 10&lt;BR /&gt;SNMPv2-SMI::enterprises.232.21.1.3.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.22.1.1.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.22.1.2.0 = INTEGER: 3&lt;BR /&gt;SNMPv2-SMI::enterprises.232.22.1.3.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.23.1.1.0 = INTEGER: 1&lt;BR /&gt;SNMPv2-SMI::enterprises.232.23.1.2.0 = INTEGER: 0&lt;BR /&gt;SNMPv2-SMI::enterprises.232.23.1.3.0 = INTEGER: 1&lt;BR /&gt;&lt;BR /&gt;I can see a repeating pattern here, according to the MIB definition file I found at /opt/compaq/foundation/etc/cmaobjects.mibdef these are similar to the following:&lt;BR /&gt;&lt;BR /&gt;cpqLinOsMibRevMajor 1.3.6.1.4.1.232.23.1.1 INTEGER read-only mandatory&lt;BR /&gt;cpqLinOsMibRevMinor 1.3.6.1.4.1.232.23.1.2 INTEGER read-only mandatory&lt;BR /&gt;cpqLinOsMibCondition&lt;BR /&gt;&lt;BR /&gt;Seems like the actual useful entries can't be read for some reason.&lt;BR /&gt;&lt;BR /&gt;I'm new to SNMP so all suggestions will be gratefully received!&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Shaun Malone&lt;BR /&gt;Multimap.com</description>
      <pubDate>Tue, 12 Jul 2005 08:30:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580563#M85006</guid>
      <dc:creator>Shaun Malone</dc:creator>
      <dc:date>2005-07-12T08:30:50Z</dc:date>
    </item>
    <item>
      <title>Re: net-snmp problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580564#M85007</link>
      <description>&lt;BR /&gt;&lt;BR /&gt;There is a lot of good info here -- &lt;A href="http://net-snmp.sourceforge.net/" target="_blank"&gt;http://net-snmp.sourceforge.net/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;try also "man snmp_config"&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.unix.org.ua/orelly/networking_2ndEd/snmp/index.htm" target="_blank"&gt;http://www.unix.org.ua/orelly/networking_2ndEd/snmp/index.htm&lt;/A&gt;</description>
      <pubDate>Tue, 12 Jul 2005 09:22:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580564#M85007</guid>
      <dc:creator>Ross Minkov</dc:creator>
      <dc:date>2005-07-12T09:22:18Z</dc:date>
    </item>
    <item>
      <title>Re: net-snmp problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580565#M85008</link>
      <description>Thanks for the link to to O'Reilly book - that's going to save me TONS of time!&lt;BR /&gt;&lt;BR /&gt;I believe there's something wrong with my SNMP config, particularly the bits relating to the HP SNMP agents. &lt;BR /&gt;&lt;BR /&gt;Will have a look through those links &amp;amp; see if there's anything I can gain from them.&lt;BR /&gt;&lt;BR /&gt;Cheers&lt;BR /&gt;Shaun</description>
      <pubDate>Tue, 12 Jul 2005 09:27:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580565#M85008</guid>
      <dc:creator>Shaun Malone</dc:creator>
      <dc:date>2005-07-12T09:27:45Z</dc:date>
    </item>
    <item>
      <title>Re: net-snmp problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580566#M85009</link>
      <description>I am not so much of a server head more of a SNMP guy.  and from what I see in your output looks OK.&lt;BR /&gt;&lt;BR /&gt;You are walking a table that contains a number of rows.  note that your snmp software has cut the standard .1.3.6.1 off the begining as this branch of the tree is always required (it defines the iso structure for snmp)&lt;BR /&gt;&lt;BR /&gt;The mib you are walking has a corresponding mib that is installed on the managment station that will read and interpret all of the different values (Integers in this case but could be octet strings etc).&lt;BR /&gt;&lt;BR /&gt;If you want to script from your command line then you need to understand what each of these values are and incorporate them - These should be fully defined in the management station mib (you might be able to find it at &lt;A href="http://www.mibdepot.com" target="_blank"&gt;http://www.mibdepot.com&lt;/A&gt; else it seems like you alraedy have one so just find the string 232.23.1 and read the explaination)&lt;BR /&gt;&lt;BR /&gt;The values are read only because you should not be able to manually change the temp readings in the mib  as it makes no sense.  However if you wanted to change a hostname then you would require the set community string (a level higher than read - often termed private)&lt;BR /&gt;&lt;BR /&gt;Make sense??  sorry its probably a little jumbled but should hopefully explain!</description>
      <pubDate>Tue, 09 Aug 2005 04:13:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580566#M85009</guid>
      <dc:creator>Thomas Dirs</dc:creator>
      <dc:date>2005-08-09T04:13:26Z</dc:date>
    </item>
    <item>
      <title>Re: net-snmp problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580567#M85010</link>
      <description>Thanks for your reply, that has cleared up some SNMP stuff in my mind!&lt;BR /&gt;&lt;BR /&gt;The main problem I was having, which I don't think I articulated very well, was that I was expecting additional entries to be listed when doing the snmpwalk.&lt;BR /&gt;&lt;BR /&gt;E.g. the following would very useful for me:&lt;BR /&gt;&lt;BR /&gt;cpqRackPowerSupplyIntakeTemp&lt;BR /&gt;1.3.6.1.4.1.232.22.2.5.1.1.1.12&lt;BR /&gt;&lt;BR /&gt;but it didn't appear - i would expect it to show up in the snmpwalk output shown in the message at the top of this thread.&lt;BR /&gt;&lt;BR /&gt;Any further ideas gratefully received!!&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;Shaun</description>
      <pubDate>Tue, 09 Aug 2005 04:23:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580567#M85010</guid>
      <dc:creator>Shaun Malone</dc:creator>
      <dc:date>2005-08-09T04:23:18Z</dc:date>
    </item>
    <item>
      <title>Re: net-snmp problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580568#M85011</link>
      <description>First off you initially walked on the 232.23 subset of the mib which will not show you the 232.22 which you describe in your reply.  Try walking to this instead&lt;BR /&gt;&lt;BR /&gt;snmpwalk -c public -v 1 localhost 1.3.6.1.4.1.232.22&lt;BR /&gt;&lt;BR /&gt;Moreover you could try doing domething like the following for a specific value:&lt;BR /&gt;&lt;BR /&gt;snmpget -c public -v 1 localhost 1.3.6.1.4.1.232.22.2.5.1.1.1.12&lt;BR /&gt;&lt;BR /&gt;Sometimes depending on the mib you need to put a .0 at the end of the OID as in:&lt;BR /&gt;&lt;BR /&gt;1.3.6.1.4.1.232.22.2.5.1.1.1.12.0&lt;BR /&gt;&lt;BR /&gt;If you cannot "walk" to it and you cannot make a defined "get" to it then the OID does not exist in the SNMP implementation on the device&lt;BR /&gt;&lt;BR /&gt;I know that within a networking environment there is these funky little hidden mib objects that need to be referenced like&lt;BR /&gt;&lt;BR /&gt;snmpwalk -c public@10 -v 1 10.1.1.1&lt;BR /&gt;&lt;BR /&gt;where the @10 means look in a specific subset of the mib.  I dont think that this is the case with this mib and would expect it to show on any walk that is done.&lt;BR /&gt;&lt;BR /&gt;Here is a cool link I found which will give you a graphic description&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.oidview.com/mibs/232/CPQRACK-MIB.html" target="_blank"&gt;http://www.oidview.com/mibs/232/CPQRACK-MIB.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;If you cannot walk to the 232.22 then your device does not support this subset of the mib.</description>
      <pubDate>Tue, 09 Aug 2005 04:54:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580568#M85011</guid>
      <dc:creator>Thomas Dirs</dc:creator>
      <dc:date>2005-08-09T04:54:26Z</dc:date>
    </item>
    <item>
      <title>Re: net-snmp problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580569#M85012</link>
      <description>My mistake you walked the whole mib on the device I did not see this first off.  still my answer stands...jsut.  any confusion let me know!</description>
      <pubDate>Tue, 09 Aug 2005 04:56:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580569#M85012</guid>
      <dc:creator>Thomas Dirs</dc:creator>
      <dc:date>2005-08-09T04:56:08Z</dc:date>
    </item>
    <item>
      <title>Re: net-snmp problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580570#M85013</link>
      <description>Hi Shaun, &lt;BR /&gt;&lt;BR /&gt;Just an additional piece of information for you. If you look at something like a graphical browser&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.ireasoning.com/download.shtml" target="_blank"&gt;http://www.ireasoning.com/download.shtml&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;you can actually load the mib into the app, from here you will also get a description of the integers returned, and it may make a little more sense to you. Plus you will see the tree in it's full form and the various branches that hang from the root OID&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;&lt;BR /&gt;Steve</description>
      <pubDate>Tue, 09 Aug 2005 05:36:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/net-snmp-problem/m-p/3580570#M85013</guid>
      <dc:creator>steven Burgess_2</dc:creator>
      <dc:date>2005-08-09T05:36:47Z</dc:date>
    </item>
  </channel>
</rss>

