SNMP not able to poll basic mibs

Bug #662578 reported by Giovanni
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Net-SNMP
Fix Released
Unknown
net-snmp (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Is no more possible to poll some basic mibs like ifname

snmpwalk -v2c -c <community> <host> ifName

result:

ifName: Unknown Object Identifier (Sub-id not found: (top) -> ifName)

Revision history for this message
Chuck Short (zulcss) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Unfortunately, we can't fix it because your description didn't include enough information. You may find it helpful to read "How to report bugs effectively" http://www.chiark.greenend.org.uk/~sgtatham/bugs.html. We'd be grateful if you would then provide a more complete description of the problem. We have instructions on debugging some types of problems at http://wiki.ubuntu.com/DebuggingProcedures.
At a minimum, we need:
1. the specific steps or actions you took that caused you to encounter the problem,
2. the behavior you expected, and
3. the behavior you actually encountered (in as much detail as possible).
Thanks!

When reporting bugs in the future please use apport, either via the appropriate application's "Help -> Report a Problem" menu or using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https://wiki.ubuntu.com/ReportingBugs.

Changed in net-snmp (Ubuntu):
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Giovanni (giovanni-cesaroni) wrote :

I give you more informations.

Up to Lucid, installing the package snmp, a list of mib files was installed in the directory /usr/share/snmp/mibs

This list included a lot of basic mib files, allowing the user to poll those mibs.

In Maverick, the direcory /usr/share/snmp/mibs doesn't exist any more.

The behavior expected is the following, from command line:

$ snmpwalk -v2c -c public <dns of a router, snmp able> ifName

result:
IF-MIB::ifName.1 = STRING: Vl1
IF-MIB::ifName.5179 = STRING: StackPort1
IF-MIB::ifName.5180 = STRING: StackSub-St1-1
IF-MIB::ifName.5181 = STRING: StackSub-St1-2
IF-MIB::ifName.10101 = STRING: Gi1/0/1
IF-MIB::ifName.10102 = STRING: Gi1/0/2
IF-MIB::ifName.10103 = STRING: Gi1/0/3
IF-MIB::ifName.10104 = STRING: Gi1/0/4
IF-MIB::ifName.10105 = STRING: Gi1/0/5
IF-MIB::ifName.10106 = STRING: Gi1/0/6
IF-MIB::ifName.10107 = STRING: Gi1/0/7
IF-MIB::ifName.10108 = STRING: Gi1/0/8
IF-MIB::ifName.10109 = STRING: Gi1/0/9
IF-MIB::ifName.10110 = STRING: Gi1/0/10
IF-MIB::ifName.10111 = STRING: Gi1/0/11
IF-MIB::ifName.10112 = STRING: Gi1/0/12
IF-MIB::ifName.14501 = STRING: Nu0

In Maverick, running the same command I get:
ifname: Unknown Object Identifier (Sub-id not found: (top) -> ifname)

It means that the mib IF-MIB.txt is not found by snmp.

Cheers

Changed in net-snmp (Ubuntu):
status: Incomplete → Confirmed
Changed in net-snmp (Ubuntu):
status: Confirmed → Fix Committed
status: Fix Committed → Confirmed
Revision history for this message
Ivan Quirino (ivanquirino1928) wrote :

This bug can be verified only on x86_64 Ubunu 10.10. The NET-SNMP version in X86 is 5.4.2.1 while on X86_64 the version is 5.4.3

Revision history for this message
Ivan Quirino (ivanquirino1928) wrote :

/usr/share/snmp/mibs doesn't exist anymore on X86_64, but exists in X86. Instead there's /usr/share/mibs/netsnmp but it's not the same thing.

Revision history for this message
Chris Rose (chris-vault5) wrote :

The MIBs are no longer shipped by Debian & Ubuntu because they are under a restrictive licence (see debbugs #498475).

Ubuntu ships a package called snmp-mibs-downloader which will download the (non-free) MIBs for you.

$ sudo aptitude install snmp-mibs-downloader

will fix the problem.

Changed in net-snmp (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
Chris Rose (chris-vault5) wrote :

Just to add this affects X86 too.

Changed in netsnmp:
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.