[mrtg] newbie question
Christopher Noyes
cnoyes at csc.com
Thu May 10 15:38:11 CEST 2007
>From your snmpwalk it appears you are using snmp v2 but you aren't in your
cfgmaker statement. Try adding --snmp-options=:::::2 to your cfgmaker
statement.
This is from the cfgmaker on-line documentation: (
--snmp-options=:[<port>][:[<tmout>][:[<retr>][:[<backoff>][:<ver>]]]])
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit
written agreement or government initiative expressly permitting the use of
e-mail for such purpose.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
"Ken Gibson" <ken.gibson at iapshop.com>
Sent by: mrtg-bounces at lists.oetiker.ch
05/10/2007 08:49 AM
To
<mrtg at lists.oetiker.ch>
cc
Subject
[mrtg] newbie question
Greetings, all.
Before I get to my question let me say MRTG is the greatest thing since
sliced bread. I'm very new to SNMP, however, so please be gentle.
Like the question asked earlier by another list member, I'd like to
use explicit OIDs to monitor bytes in and out on Array Network machines
from Fedora Core5. The command I'm using is
./bin/cfgmaker -global 'WorkDir:/private-1/www/array' --global
'Options[_]:bits,growright' --output
/private-1/www/array/cfg/vip_in_out_6.cfg
1.3.6.1.4.1.7564.22.6\&1.3.6.1.4.1.7564.22.7:public at 10.10.63.6
which throws the following:
--base: Get Device Info on
1.3.6.1.4.1.7564.22.6&1.3.6.1.4.1.7564.22.7:public at 10.10.63.6:
SNMP Error:
no response received
SNMPv1_Session (remote host: "10.10.63.6" [10.10.63.6].161)
community:
"1.3.6.1.4.1.7564.22.6&1.3.6.1.4.1.7564.22.7:public"
request ID: -1871658509
PDU bufsize: 8000 bytes
timeout: 2s
retries: 5
backoff: 1)
at /usr/share/mrtg-2.15.1/bin/../lib/mrtg2/SNMP_util.pm line 627
SNMPWALK Problem for 1.3.6.1.2.1.1 on
1.3.6.1.4.1.7564.22.6&1.3.6.1.4.1.7564.22.7:public at 10.10.63.6:::::v4only
at ./bin/cfgmaker line 924
WARNING: Skipping
1.3.6.1.4.1.7564.22.6&1.3.6.1.4.1.7564.22.7:public at 10.10.63.6: as no info
could be retrieved
--base: Writing /private-1/www/array/cfg/vip_in_out_6.cfg
However, using snmpwalk by itself seems to work. This might be expected,
too, since I'm using a third-party MIB file.
# snmpwalk -v 2c -c public -u array 10.10.63.6 1.3.6.1.4.1.7564.22.6
CA-SNMP-MIB::totalIPBytesIn.0 = Counter32: 2111313468
To test another method, I then created my own .cfg file, which looked
like
EnableIPv6: no
WorkDir:/private-1/www/array
LoadMIBs: /usr/share/snmp/mibs/CA-SNMP-MIB.txt
Target[r1]: 1.3.6.1.4.1.7564.22.6&1.3.6.1.4.1.7564.22.7:public at 10.10.63.6
Options[_]:bits,growright
MaxBytes[r1]: 8000
Title[r1]: Bytes in and out 10.10.63.6
PageTop[r1]: <h1>Bytes in and out 10.10.63.6</h1>
This generated graphs with no data, which again might be expected since
it was breaking earlier.
Since there are several IP addresses load-balanced by these machines,
I've also tried
Target[r1]:
CA-SNMP-MIB::totalIPBytesIn.10.10.63.102&CA-SNMP-MIB::totalIPBytesOut.10.10.63.102:public at 10.10.63.6
The log for the last try says "Argument 'v4only' isn't numeric in int at
..."
Any ideas why this wouldn't work? Any help you can give me is greatly
appreciated.
Thanks
Ken
PS - the default scripts from the examples on the site work just fine
with these devices; i.e., the graphs generated by the command
./bin/cfgmaker -global 'WorkDir:/private-1/www/array' --global
'Options[_]:bits,growright' --output /private-1/www/array/cfg/mrtg.cfg
public at 10.10.63.6
look great.
_______________________________________________
mrtg mailing list
mrtg at lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/mrtg/attachments/20070510/54bec99c/attachment-0001.htm
More information about the mrtg
mailing list