Re: Issues with SNMP, MIBS and TKMIB in Debian Squeeze (OLD STABLE Lenny works fine)
On Thu, Oct 20, 2011 at 02:41:24PM -0300, Andres Migliazzo wrote:
> Folks,
> I have recently installed snmp and noticed that due to a license issue the
> MIBS are deployed in a different package called snmp-mibs-downloader that
> downloads and compiles the MIBs in our systems.
>
> ii snmp 5.4.3~dfsg-2
> SNMP (Simple Network Management Protocol) applications
> ii snmp-mibs-downloader 1.1
> Install and manage Management Information Base (MIB) files
> ii snmpd 5.4.3~dfsg-2
> SNMP (Simple Network Management Protocol) agents
>
>
> Neverteless I found the following issues:
> 1. It seems to be that some MIBs Object definitions are lost:
> # snmpwalk -v 2c -c public localhost -m all
> Undefined OBJECT-GROUP (diffServMIBMultiFieldClfrGroup): At line 2195 in
> /usr/share/mibs/ietf/IPSEC-SPD-MIB
> Undefined OBJECT-GROUP (diffServMultiFieldClfrNextFree): At line 2157 in
> /usr/share/mibs/ietf/IPSEC-SPD-MIB
> Undefined OBJECT-GROUP (diffServMIBMultiFieldClfrGroup): At line 2062 in
> /usr/share/mibs/ietf/IPSEC-SPD-MIB
> Bad operator (INTEGER): At line 73 in /usr/share/mibs/ietf/SNMPv2-PDU
> Unlinked OID in IPATM-IPMC-MIB: marsMIB ::= { mib-2 57 }
> Undefined identifier: mib-2 near line 18 of
> /usr/share/mibs/ietf/IPATM-IPMC-MIB
> Expected "::=" (RFC5644): At line 493 in
> /usr/share/mibs/iana/IANA-IPPM-METRICS-REGISTRY-MIB
> Expected "{" (EOF): At line 651 in
> /usr/share/mibs/iana/IANA-IPPM-METRICS-REGISTRY-MIB
> Bad object identifier: At line 651 in
> /usr/share/mibs/iana/IANA-IPPM-METRICS-REGISTRY-MIB
> Bad parse of OBJECT-IDENTITY: At line 651 in
> /usr/share/mibs/iana/IANA-IPPM-METRICS-REGISTRY-MIB
> RFC1213-MIB::sysDescr.0 = STRING: "Linux Tolomeo 2.6.32-5-amd64 #1 SMP Mon
> Oct 3 03:59:20 UTC 2011 x86_64"
> RFC1213-MIB::sysObjectID.0 = OID: NET-SNMP-TC::linux
> DISMAN-EXPRESSION-MIB::sysUpTimeInstance = Timeticks: (20504) 0:03:25.04
> RFC1213-MIB::sysContact.0 = STRING: "Me <[1]me@example.org>"
>
> I saw a few bugs reports submitted because of this, but couldn't find the
> solution.
>
> Will this affect graphical reporting tools like Cacti or monitoring tools
> like Nagios?
It shouldn't cause a problem, unless you're wanting to report something
based on those MIBs that are erroring. If you are, you can either fix up
the MIBs (if you can) or use the OID directly.
>
> 2. TKMIB does not shows the whole SMI tree by default.
> You have to manually go to MIBS->Load MIBS and put the path to
> /usr/share/mibs/ietf to be able to see them. Anoying.
>
> 3. Even though I have the following entries in my snmp.conf file, it does
> not load all the mibs modules and it is anoying to be adding "-m all" to
> each command so see a human readable output:
> # egrep -v "^#|^$" /etc/snmp/snmp.conf
> mibs ALL
> mibdirs /usr/share/mibs/ietf:/usr/share/mibs/iana:/usr/share/mibs/netsnmp
>
> # snmpwalk -v 2c -c public localhost
> iso.3.6.1.2.1.1.1.0 = STRING: "Linux Tolomeo 2.6.32-5-amd64 #1 SMP Mon Oct
> 3 03:59:20 UTC 2011 x86_64"
> iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.8072.3.2.10
> iso.3.6.1.2.1.1.3.0 = Timeticks: (1660) 0:00:16.60
> iso.3.6.1.2.1.1.4.0 = STRING: "Me <[2]me@example.org>"
> iso.3.6.1.2.1.1.5.0 = STRING: "andres"
> iso.3.6.1.2.1.1.6.0 = STRING: "Sitting on the Dock of the Bay"
> iso.3.6.1.2.1.1.7.0 = INTEGER: 72
> iso.3.6.1.2.1.1.8.0 = Timeticks: (0) 0:00:00.00
> iso.3.6.1.2.1.1.9.1.2.1 = OID: iso.3.6.1.6.3.10.3.1.1
Try setting the environment variable "MIBS" to "ALL". That is:
$ export MIBS=ALL
$ snmpwalk -v2c -c public localhost
(Also note that you shouldn't need to be root to read SNMP data).
--
Darac Marjal
Reply to: