[mrtg] Solution: Always specifify version 2 (WAS: Re: Debugging LoadMIBs)
Brian A. Seklecki
lavalamp at spiritual-machines.org
Fri Nov 30 22:06:37 CET 2007
On Tue, 13 Nov 2007, Brian A. Seklecki wrote:
> All:
>
> Is there a way to debug if "LoadMIBs" is being properly processed?
>
> I'm getting noSuchName(2) nonsense again.
My config specifies:
EnableSnmpV3: yes
Here's a functional example the target that explicitly specifices SNMP
Version 2:
Target[br0.pfsyncErrs]:
pfsyncNoMemory.0&pfsyncOutputErrors.0:[snmpcomm]@10.0.0.3:::::2
And the debug output:
--snpo: SNMPfound -- '147', '270', '3 hours, 25:48.95', 'br0'
--snpo: run snmpget from
pfsyncNoMemory&pfsyncOutputErrors:[snmpcomm]@10.0.0.3
--snpo: simple If: .0
--snpo: simple If: .0
--snpo: SNMPGet from [snmpcomm]@10.0.0.3:::::2 --
pfsyncNoMemory.0,pfsyncOutputErrors.0,sysUptime,sysName
This looks clean. If I don't specificy version 2, I get noSuchName(2):
Target[br0.pfsyncErrs]:
pfsyncNoMemory.0&pfsyncOutputErrors.0:[snmpcomm]@10.0.0.3:::::
$ sudo -H -u mrtg mrtg ./mrtg-br0-ng.conf
SNMPGET Problem for pfsyncNoMemory.0 pfsyncOutputErrors.0 sysUptime
sysName on [snmpcomm]@10.0.0.3::::::v4only: Received noSuchName(2)
error-status at error-index 2 at /usr/local/bin/mrtg line 2156
2007-11-30 15:56:36: ERROR: Target[br0.pfsyncerrs][_IN_] '
$target->[11]{$mode} ' did not eval into defined data
2007-11-30 15:56:36: ERROR: Target[br0.pfsyncerrs][_OUT_] '
$target->[11]{$mode} ' did not eval into defined data
--snpo: SNMPGet from [snmpcomm]@10.0.0.3::::: --
pfsyncNoMemory.0,pfsyncOutputErrors.0,sysUptime,sysName
SNMPGET Problem for pfsyncNoMemory.0 pfsyncOutputErrors.0 sysUptime
sysName on [snmpcomm]@10.0.0.3::::::v4only: Received noSuchName(2)
error-status at error-index 2 at /usr/local/bin/mrtg line 2156
--snpo: SNMPfound -- 'undef', 'undef', 'undef', 'undef'
More information about the mrtg
mailing list