=== Problem Overview ===
I'm trying to set up a new graph using an snmp data query.
As near as I can tell, I've followed the walkthrough at:
http://docs.cacti.net/manual:087:3a_adv ... alkthrough
fairly faithfully,
with two separate OID/trees,
and it just doesn't seem to work.
Here's a summary of what I've done:
- 1. verified OIDs using snmpwalk
(we're using the snmp extended OIDs under
.1.3.6.1.4.1.2021.200
and
.1.3.6.1.4.1.2021.201)
- 2. created .xml file in <path_cacti>/resource/snmp_queries/
- 3. created basic data query
- 4. created a data template
- 5. created graph template
- 6. completed the data query (added Associated Graph Template)
- 7. added graphs to the device/host
but there isn't.
=== Additional Debugging Info ===
- - cacti.log shows no polling for these data sources
(I've left it running overnight - no joy)
- - Looking at the Data Source screen, under the Custom Data section:
"Output Type ID" and "Index Type" both show
"Data query data sources must be created through New Graphs."
- - looking at the Graph Management screen, I can find / click on the details for the graphs,
but the debug output says:
ERROR: opening '/var/www/cacti/rra/ecourse2dev_cache_service_8281.rrd': No such file or directory
but I'm hoping it's something simple I've missed
(we haven't done a lot of custom work with cacti here.)
It's also possible that I've missed something in setting up the custom SNMP output from the target device,
but it looks right. Here's the output of snmpwalk:
snmpwalk -v 1 <host> -c <secret> .1.3.6.1.4.1.2021.201 -On
.1.3.6.1.4.1.2021.201.1 = INTEGER: 1
.1.3.6.1.4.1.2021.201.1.1 = INTEGER: 1
.1.3.6.1.4.1.2021.201.2.1 = STRING: "cache_service"
.1.3.6.1.4.1.2021.201.3.1 = INTEGER: 39
Thanks in advance for your time,
--Benji
p.s: I've attached the snmp query.xml file as .txt, as seems to be necessary.
p.p.s: I'm aware that for this example/output, as there's only one item I'm interested in, it'd be better to use the 'SNMP - Generic OID Template' method, but I need to get this method working for other data sources, and I figured that one output was simpler to debug.