MIBs not found

[Marco Borsani]

Hi.

I still try to wok with check_snmp, but problems persists.

I am testing snmpget commands (that is used from check_snmp), but I see this
error:
#> snmpget -M
/usr/local/share/snmp/mibs:/usr/local/share/snmp/CISCO:/usr/local/share/snmp
/CISCO/dipendenze -c public 10.212.0.240 1.3.6.1.4.1.9.9.48.1.1.1.2

Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: SNMPv2-SMI::enterprises.9.9.48.1.1.1.2

I have mibs inside the dirs mentioned in the command line.
In the first dir I have mibs installed by net-snmp 5.1.3.1, in the other 2
dirs I have following mibs:
#> ls CISCO
CISCO-FIREWALL-MIB-V1SMI.my		CISCO-GENERAL-TRAPS.my
CISCO-MEMORY-POOL-MIB-V1SM1.my	CISCO-PROCESS-MIB-V1SMI.my
CISCO-SYSLOG-MIB-V1SMI.my		RFC1213-MIB.my
#> ls dipendenze
SNMP-TARGET-MIB.txt			SNMP-NOTIFICATION-MIB.txt
HOST-RESOURCES-MIB.txt       SNMP-USER-BASED-SM-MIB.txt
IANAifType-MIB.txt           SNMP-VIEW-BASED-ACM-MIB.txt
IF-MIB.txt                   SNMPv2-MIB.txt
IP-MIB.txt                   SNMPv2-SMI.txt
NET-SNMP-AGENT-MIB.txt       SNMPv2-TC.txt
NET-SNMP-MIB.txt             SNMPv2-TM.txt
NOTIFICATION-LOG-MIB.txt     TCP-MIB.txt
RFC1155-SMI.txt              UCD-DEMO-MIB.txt
SNMP-COMMUNITY-MIB.txt       UCD-DLMOD-MIB.txt
SNMP-FRAMEWORK-MIB.txt       UCD-SNMP-MIB.txt
SNMP-MPD-MIB.txt             UDP-MIB.txt

May anyone help me ?

Regards

M.Borsani



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null