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.
Laddy once said that we should check if the debug gives us "U"
What happens if i get a Result of U?... what does that mean? and how could i fix it? plzz...
I get this error when i try to get the graph.
07/24/2006 11:50:03 PM - CMDPHP: Poller[0] Host[2] DS[3] WARNING: Result from CMD not valid. Partial Result:
i run the cmd.php manually. And i get this error.
sh: /var/www/localhost/htdocs/cacti/scripts/unix_dns_queries.php: /usr/bin/php^M: bad interpreter: No such file or directory
How i can fix this problem? Any help is appreciated
In file are windows tags (^M) meaned hard returns/enter's. You must edit this file on linux console and remove it. If you have pico editor, just open this file, change something and write. He will automatic remove this tags.
this might be an stupid question, but i just downloaded both php scripts... they both are the same...? i mean... i see no difference in the code... they are exactly the same.. am i right??
or they are supposed to be exactly the same?... i mean... maybe one should point to the query.log and the other one to the named.stats...?!?!?!?!?!
anyway.... they dont work for me...
the unix_dns_queries.php is pointing to the query.log
Only the "unix_dns_queries.php" script is used anymore. The functionality to monitor named statistics has changed in the most recent versions of BIND, 9.5.x for sure but maybe 9.4.x as well (can anyone confirm?).
Thus there's no need to even download "unix_named_statistics.php" as it isn't even referenced in the xmls originally provided.
Are you still having the graphing issues? I just got mine to work and these were the main issues: running bind within chroot environment, cactiuser runs the poller and thus needs permission to access the query log (within the chrooted env), need to run "rndc stats" command to generate query stats. Try running "php unix_dns_queries.php" as the same user that runs your cacti poller and see if there's sufficient output. If not, it's most likely a permissions issue. I just added 'cactiuser' to my 'named' group as named and root are the group/user owners of my chroot env. (This is a test env so you may not want to do the same, depending on what else the cactiuser is responsible for.) Also check and make sure that the logging option is placed in your named.conf (outside of options) and that you have statistics enabled (inside options): zone-statistics yes;
Restart named and run rndc stats and the php script.
Lastly, this script only runs locally, so cacti + bind need to be on the same host.
Anyone figure out the how to implement this over snmp using exec or another method? I haven't quite taken that plunge yet but I may in the next week.
On a semi-related note, I recently updated my bind related data/graph templates and data input methods for the most recent version of bind. You can find them here: http://forums.cacti.net/about3018-165.html
You might not want to take my approach though. I'm monitoring bind stats via a munin-node plugin. I inherited a gaggle of machines running munin-node so when I setup cacti here I wrote a quick script to teach it how to query munin-node plugins and added data input methods for some of them (rbldnsd, dnscache, sendmail, bind, etc). Anyway, all the scripts and templates 'n whatnot I did to make this happen can be found on that other thread.
Hi Guys, just wondering why my statistics keeps increasing per minute, even when I stopped users from doing BIND query (via firewall); I still get loads of values from my php/perl script:
#perl testcon.pl
a:1971 ptr:74 any:0 mx:0 ns:0 cname:0 soa:0 srv:231 aaaa:90 txt:0 total:2366
This is after blocking DNS/BIND Queries from getting to the Server. I also tried redirecting the BIND clients somewhere else, and still get the same issues. Would be nice if someone can help. Cheers.
Here is a SNAPSHOT of my perl script, adapted from the php one here.
#!/usr/bin/perl
$LOGFILE = "/var/log/named/query.log";
open(LOGFILE) or die("Could not open log file.");