Like some people my Qata Query with this has had limited success. If I do stats per zone it works, but I have soo many zones it doesn't make sense for me to do it per zone, I'm only interested in global statistics.
Anyhow when I run the data query I get this output:
Code: Select all
+ Running data query [11].
+ Found type = '3' [snmp query].
+ Found data query XML file at '/usr/share/cacti/site/resource/snmp_queries/bind9-stats-snmp.xml'
+ XML file parsed ok.
+ Executing SNMP walk for list of indexes @ '.1.3.6.1.4.1.2021.55.1'
+ No SNMP data returned
+ Found data query XML file at '/usr/share/cacti/site/resource/snmp_queries/bind9-stats-snmp.xml'
+ Found data query XML file at '/usr/share/cacti/site/resource/snmp_queries/bind9-stats-snmp.xml'
+ Found data query XML file at '/usr/share/cacti/site/resource/snmp_queries/bind9-stats-snmp.xml'
I did some debugging to figure out exactly what cacti was doing when it runs the data query, and this is what it runs
Code: Select all
# /usr/bin/snmpbulkwalk -O QfntUe -c 'communitystringhere' -v 2c -t 1 -r 3 -Cr50 remote.server.com:161 .1.3.6.1.4.1.2021.55.1
Timeout: No Response from remote.server.com
This is why I (and some others) end up with: Success [0 Items, 0 Rows]
Interestingly enough, if I change the command's threshold for max repititions it works.
Code: Select all
# /usr/bin/snmpbulkwalk -O QfntUe -c 'communitystringhere' -v 2c -t 1 -r 3 -Cr47 remote.server.com:161 .1.3.6.1.4.1.2021.55.1
.1.3.6.1.4.1.2021.55.1.1 = 1
.1.3.6.1.4.1.2021.55.2.1 = "GLOBAL"
.1.3.6.1.4.1.2021.55.3.1 = 185138
.1.3.6.1.4.1.2021.55.4.1 = 5316
.1.3.6.1.4.1.2021.55.5.1 = 87972
.1.3.6.1.4.1.2021.55.6.1 = 35181
.1.3.6.1.4.1.2021.55.7.1 = 36
.1.3.6.1.4.1.2021.55.8.1 = 131525
47 was the lowest I could set it for it to return the proper results. I'm still trying to figure it out because the -Cr50 is hardcoded into cacti and I'd rather not mess with cacti's hardcoded values.
I believe the error is in the file bind9-stats/snmp/bind9-stats-snmpd.pl though I really dont know yet.