[mrtg] Re: Using non-standard MIBs
Alex van den Bogaerdt
alex at slot.hollandcasino.nl
Sun Oct 31 02:48:14 MEST 1999
Stojan Rancic wrote:
> I'm having problems following certain variables, such as :
>
> .1.3.6.1.4.1.2021.11.11.1 (enterprises.ucdavis.systemStats.ssCpuIdle.1)
> .1.3.6.1.4.1.2021.11.9.1 (enterprises.ucdavis.systemStats.ssCpuUser.1)
> .1.3.6.1.4.1.2021.11.10.1 (enterprises.ucdavis.systemStats.ssCpuSystem.1)
> .1.3.6.1.4.1.2021.9.1.7.1 (enterprises.ucdavis.diskTable.dskEntry.dskAvail.1)
>
These OIDs do not seem to be the problem.
> I can see them normally using snmpwalk or a Windows program such as Getif, but MRTG says something like this :
>
> SNMP Error:
> Received SNMP response with error code
> error status: noSuchName
> index 1 (OID: 1.3.6.1.2.1.2.2.1.10)
[...]
> SNMPGET Problem for ifInOctets. ifOutOctets. sysUptime sysName on comm.stringt at machine.name.com
[...]
> My entry in the cfg file is like this :
>
> Target[cpu_box]: 1.3.6.1.4.1.2021.11.11.1:comm.stringt at machine.name.com
>
[...]
> Anyone know what's going on and how I could monitor those variables ?
>
When specifying OIDs, you **MUST** use two of them. This may cause the
search for ifInOctets. Another problem could be that your community
string does not allow to read all variables. MRTG uses, apart from the
OIDs you specify (or the default ifInOctets and ifOutOctets) the OIDs
sysUptime and sysName.
The command "snmpwalk machine.name.com comm.string .1.3.6.1.2.1.1" should
provide them, amongst others. Check this and modify your snmpd.conf if
necessary.
If you really can't get this working but are able to read the OIDs you
need to monitor, you could create an external script. Make the script
something like this, but add debugging etcetera:
#!/bin/bash
snmpget machine.name.com comm.string \
.1.3.6.1.4.1.2021.11.11.1 \
.1.3.6.1.4.1.2021.11.11.2 | awk '{print $3}'
echo A long time
echo machine.name.com
--
__________________________________________________________________
/ alex at slot.hollandcasino.nl alex at ergens.op.het.net \
| work private |
| My employer is capable of speaking therefore I speak only for myself |
+----------------------------------------------------------------------+
--
* To unsubscribe from the mrtg mailing list, send a message with the
subject: unsubscribe to mrtg-request at list.ee.ethz.ch
* The mailing list archive is at http://www.ee.ethz.ch/~slist/mrtg
More information about the mrtg
mailing list