Ad blocker detected: Our website is made possible by displaying online advertisements to our visitors. Please consider supporting us by disabling your ad blocker on our website.
Okay I had to move my existing cacti installation to a new box... everything seems to be working... cacti is updating graph objects that already existed, but I seem to have an SNMP issue.... i can't seem to get query results for existing devices and when I create new devices I get nothing... every time I open a "device" I see the words "SNMP error" in red in the top left of the device screen...
Here is the results from a device query:
+ Running data query [1].
+ Found type = '3' [snmp query].
+ Found data query XML file at '/Library/WebServer/Documents/cacti/resource/snmp_queries/interface.xml'
+ XML file parsed ok.
+ Executing SNMP walk for list of indexes @ '.1.3.6.1.2.1.2.2.1.1'
+ No SNMP data returned
+ Found data query XML file at '/Library/WebServer/Documents/cacti/resource/snmp_queries/interface.xml'
+ Found data query XML file at '/Library/WebServer/Documents/cacti/resource/snmp_queries/interface.xml'
+ Found data query XML file at '/Library/WebServer/Documents/cacti/resource/snmp_queries/interface.xml'
+ Found data query XML file at '/Library/WebServer/Documents/cacti/resource/snmp_queries/interface.xml'
+ Found data query XML file at '/Library/WebServer/Documents/cacti/resource/snmp_queries/interface.xml'
+ Found data query XML file at '/Library/WebServer/Documents/cacti/resource/snmp_queries/interface.xml'
+ Found data query XML file at '/Library/WebServer/Documents/cacti/resource/snmp_queries/interface.xml'
+ Found data query XML file at '/Library/WebServer/Documents/cacti/resource/snmp_queries/interface.xml'
+ Found data query XML file at '/Library/WebServer/Documents/cacti/resource/snmp_queries/interface.xml'
Thanks for the reply... I have to believe this is some kind of very easy fix... I had seen someone with a similar problem in the forums and you had asked them to run the snmpwalk and post the results, that is why I did so in my original post....
What's the snmp version of the target system? Are you able to catch a tcpdump/wireshark trace of a single cacti poller's run against the failing target only?
Reinhard
gandalf wrote:What's the snmp version of the target system? Are you able to catch a tcpdump/wireshark trace of a single cacti poller's run against the failing target only?
Reinhard
Version 2
However it fails from within cacti to any IP I point it against. However all the pre-existing RRD files that were created and then migrated over all work fine in terms of graphing... however if I click on one of the existing "devices" in the CACTI admin console, underneath the device name is "SNMP error" and then if I look towards the bottom of the page there is a hyperlink in the associated data queries section called "verbose query." If I click that link I get the information I included in my original post which includes the one line that reads "No SNMP data returned".
Yet if I run a manual snmpwalk from the server's terminal screen I get data returned (refer to original post). At least I assume that is valid data returned... you tell me?
I just upgraded to verision 5.4 of net-snmp. It is installed to /usr/local/bin which is where the paths point to in the settings of cacti.
When you query a device does the resulting info get written somewhere? is it possible that i have some kind of permission issue with some directory somewhere?
gandalf wrote:What's the snmp version of the target system? Are you able to catch a tcpdump/wireshark trace of a single cacti poller's run against the failing target only?
Reinhard
I neglected to answer the other part of your question... I am not sure how to perform a tcpdump or wireshark trace... I'd be happy to try though although it would seem to me that this same machine, same network etc. worked fine a few days earlier, but after the new hard drive, and fresh OS install, then restore of data, SNMP queries no longer work. Wouldn't it just about have to be a configuration error of some kind?
When an admin manually triggers an SNMP query of a device from within the Cacti admin interface, what process actually executes the appropriate SNMP binary tool? In other words, is it possible that there is a user permission issue in which that process is unable to execute the snmp binary located at user/local/bin?
gandalf wrote:What's the snmp version of the target system? Are you able to catch a tcpdump/wireshark trace of a single cacti poller's run against the failing target only?
Reinhard
Version 2
However it fails from within cacti to any IP I point it against. However all the pre-existing RRD files that were created and then migrated over all work fine in terms of graphing... however if I click on one of the existing "devices" in the CACTI admin console, underneath the device name is "SNMP error"
So this host is not able/allowed to send snmp requests to those targets. Please check snmpd.conf on those target systems for ACL checks on IP@
Reinhard
gandalf wrote:What's the snmp version of the target system? Are you able to catch a tcpdump/wireshark trace of a single cacti poller's run against the failing target only?
Reinhard
Version 2
However it fails from within cacti to any IP I point it against. However all the pre-existing RRD files that were created and then migrated over all work fine in terms of graphing... however if I click on one of the existing "devices" in the CACTI admin console, underneath the device name is "SNMP error"
So this host is not able/allowed to send snmp requests to those targets. Please check snmpd.conf on those target systems for ACL checks on IP@
Reinhard
Hmm. I'm a bit confused here... If I manually run : /usr/local/bin/snmpwalk and I get the following info:
Is that a valid/successful query? If it is, then it would appear that this host that Cacti is running CAN in fact query external SNMP devices... but for some reason the queries aren't happening from within Cacti?
