No localhost graphs on new install
Moderators: Developers, Moderators
You supplied the information:dunxd wrote:Where is the data on a different line from the OID? As far as I can see the command doesn't return an OID at all.
This is the cacti supplied script I am running here. Groundwork don't supply Cacti as part of the Community Edition.
Code: Select all
[nagios@sm01 cacti]$ perl /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/scrpts/linux_memory.pl MemFree:
442188
Code: Select all
[nagios@sm01 cacti]$ perl /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/scrpts/linux_memory.pl MemFree:442188
- TheWitness
- Developer
- Posts: 17047
- Joined: Tue May 14, 2002 5:08 pm
- Location: MI, USA
- Contact:
dunxd,
I suspect that something GW did hosed this script. Just cause we maintain an OSS project, doesn't mean someone else can't screw it up. However, if I'm wrong, we would like to know about it. Obtain the script from the official 0.8.7e sources and run it to verify. If the problem still exists, open a bug here: http://bugs.cacti.net
TheWitness
I suspect that something GW did hosed this script. Just cause we maintain an OSS project, doesn't mean someone else can't screw it up. However, if I'm wrong, we would like to know about it. Obtain the script from the official 0.8.7e sources and run it to verify. If the problem still exists, open a bug here: http://bugs.cacti.net
TheWitness
True understanding begins only when we realize how little we truly understand...
Life is an adventure, let yours begin with Cacti!
Author of dozens of Cacti plugins and customization's. Advocate of LAMP, MariaDB, IBM Spectrum LSF and the world of batch. Creator of IBM Spectrum RTM, author of quite a bit of unpublished work and most of Cacti's bugs.
_________________
Official Cacti Documentation
GitHub Repository with Supported Plugins
Percona Device Packages (no support)
Interesting Device Packages
For those wondering, I'm still here, but lost in the shadows. Yearning for less bugs. Who want's a Cacti 1.3/2.0? Streams anyone?
Life is an adventure, let yours begin with Cacti!
Author of dozens of Cacti plugins and customization's. Advocate of LAMP, MariaDB, IBM Spectrum LSF and the world of batch. Creator of IBM Spectrum RTM, author of quite a bit of unpublished work and most of Cacti's bugs.
_________________
Official Cacti Documentation
GitHub Repository with Supported Plugins
Percona Device Packages (no support)
Interesting Device Packages
For those wondering, I'm still here, but lost in the shadows. Yearning for less bugs. Who want's a Cacti 1.3/2.0? Streams anyone?
Ok - that is clearer. I'm used to seeing output appear on a different line from the input, so wasn't looking for that.
The script I have been running was downloaded from your sourceforge project last week - as I said previously Groundwork don't supply cacti as part of the Community Edition.
The script is very short:
I don't really see where an extra linefeed could slip in there.
If I do the file result does not begin with any new line character. Could PuTTY from a windows machine add an extra CR?
The script I have been running was downloaded from your sourceforge project last week - as I said previously Groundwork don't supply cacti as part of the Community Edition.
The script is very short:
Code: Select all
#!/usr/bin/perl
open(PROCESS, "cat /proc/meminfo | grep -w $ARGV[0] |");
foreach (<PROCESS>) {
if ($_ =~ /($ARGV[0].*\s)(.*[0-9])( kB)/) {
print $2;
}
}
close(PROCESS);
If I do
Code: Select all
perl scripts/linux_memory.pl MemFree: > result
Just to muddy the waters a little. I was trying to understand what was going on by running poller.php from the command line - I had to change the schedule from 5 minutes to 1 minute (and update cron accordingly). The first time I ran poller.php after this I got valid data instead of the U. Subsequent runs however, got U instead of a value.
I then tried running cmd.php from command line, and get valid data:
This is repeatable (cmd.php seems to go through each polling command one at a time - they all get valid outputs.
I think the line feed issue is a red herring - if it were the problem then wouldn't the error occur when running cmd.php as well?
I then tried running cmd.php from command line, and get valid data:
Code: Select all
[nagios@sm01 cacti]$ /usr/local/groundwork/php/bin/php /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/cmd.php
09/28/2009 11:55:18 AM - POLLER: Poller[0] WARNING: Poller[0] Host[1] Ping Time was not numeric
09/28/2009 11:55:18 AM - CMDPHP: Poller[0] Host[1] PING: Ping not performed due to setting.
09/28/2009 11:55:18 AM - CMDPHP: Poller[0] Host[1] DS[3] CMD: perl /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/scripts/linux_memory.pl MemFree:, output: 331024
09/28/2009 11:55:18 AM - CMDPHP: Poller[0] Time: 0.0998 s, Theads: N/A, Hosts: 1
I think the line feed issue is a red herring - if it were the problem then wouldn't the error occur when running cmd.php as well?
Hi there - still here and still having the same problem.
I've setup Cacti to use RHEL binaries for rrdtool etc - so really, although Groundwork is running on this box, I don't see any reason why it should have any effect on Cacti doing its thing. Cacti was installed from a download from Cacti.net.
From the Cacti Poller Cache, I can see the scripts that are run to get statistics.
If I run those on command line I get the following (this is copied from PuTTY as is, so all newlines are as displayed on the screen):
As you can see there is a newline after the command is run, followed by the output of the command. It has been suggested earlier in this thread that this newline breaks Cacti's ability to parse the output. This is marked in the cacti log by the presence of U.
The most recent Cacti log shows the following:
When I invoke cmd.php from the command line, the output indicates that the checks are working fine:
So why is this not working when invoked by Cacti?
I've setup Cacti to use RHEL binaries for rrdtool etc - so really, although Groundwork is running on this box, I don't see any reason why it should have any effect on Cacti doing its thing. Cacti was installed from a download from Cacti.net.
From the Cacti Poller Cache, I can see the scripts that are run to get statistics.
If I run those on command line I get the following (this is copied from PuTTY as is, so all newlines are as displayed on the screen):
Code: Select all
[root@sm01 cacti-0.8.7e]# perl scripts/loadavg_multi.pl
1min:1.08 5min:1.02 10min:0.95[root@sm01 cacti-0.8.7e]# perl scripts/unix_users.pl
1[root@sm01 cacti-0.8.7e]# perl scripts/linux_memory.pl MemFree:
141900[root@sm01 cacti-0.8.7e]# perl scripts/linux_memory.pl SwapFree:
17767784[root@sm01 cacti-0.8.7e]# perl scripts/unix_processes
The most recent Cacti log shows the following:
Code: Select all
10/26/2009 03:35:03 PM - POLLER: Poller[0] CACTI2RRD: /usr/bin/rrdtool update /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/rra/localhost_mem_buffers_3.rrd --template mem_buffers 1256571302:U
10/26/2009 03:35:03 PM - POLLER: Poller[0] CACTI2RRD: /usr/bin/rrdtool update /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/rra/localhost_mem_swap_4.rrd --template mem_swap 1256571302:U
10/26/2009 03:35:03 PM - POLLER: Poller[0] CACTI2RRD: /usr/bin/rrdtool update /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/rra/localhost_load_1min_5.rrd --template 1256571302:U
10/26/2009 03:35:03 PM - POLLER: Poller[0] CACTI2RRD: /usr/bin/rrdtool update /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/rra/localhost_users_6.rrd --template users 1256571302:U
10/26/2009 03:35:03 PM - POLLER: Poller[0] CACTI2RRD: /usr/bin/rrdtool update /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/rra/localhost_proc_7.rrd --template proc 1256571302:U
10/26/2009 03:35:02 PM - CMDPHP: Poller[0] Time: 0.0395 s, Theads: N/A, Hosts: 1
10/26/2009 03:35:02 PM - CMDPHP: Poller[0] Host[1] DS[7] CMD: perl /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/scripts/unix_processes.pl, output: U
10/26/2009 03:35:02 PM - CMDPHP: Poller[0] Host[1] DS[7] WARNING: Result from CMD not valid. Partial Result: U
10/26/2009 03:35:02 PM - CMDPHP: Poller[0] Host[1] DS[6] CMD: perl /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/scripts/unix_users.pl , output: U
10/26/2009 03:35:02 PM - CMDPHP: Poller[0] Host[1] DS[6] WARNING: Result from CMD not valid. Partial Result: U
10/26/2009 03:35:02 PM - CMDPHP: Poller[0] Host[1] DS[5] CMD: perl /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/scripts/loadavg_multi.pl, output: U
10/26/2009 03:35:02 PM - CMDPHP: Poller[0] Host[1] DS[5] WARNING: Result from CMD not valid. Partial Result: U
10/26/2009 03:35:02 PM - CMDPHP: Poller[0] Host[1] DS[4] CMD: perl /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/scripts/linux_memory.pl SwapFree:, output: U
10/26/2009 03:35:02 PM - CMDPHP: Poller[0] Host[1] DS[4] WARNING: Result from CMD not valid. Partial Result: U
10/26/2009 03:35:02 PM - CMDPHP: Poller[0] Host[1] DS[3] CMD: perl /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/scripts/linux_memory.pl MemFree:, output: U
10/26/2009 03:35:02 PM - CMDPHP: Poller[0] Host[1] DS[3] WARNING: Result from CMD not valid. Partial Result: U
10/26/2009 03:35:02 PM - CMDPHP: Poller[0] Host[1] PING: Ping not performed due to setting.
10/26/2009 03:35:02 PM - POLLER: Poller[0] WARNING: Poller[0] Host[1] Ping Time was not numeric
10/26/2009 03:35:02 PM - CMDPHP: Poller[0] WARNING: sockets support not enabled in PHP, falling back to SNMP ping
10/26/2009 03:35:02 PM - POLLER: Poller[0] NOTE: There are no items in your poller for this polling cycle!
10/26/2009 03:35:02 PM - POLLER: Poller[0] DEBUG: About to Spawn a Remote Process [CMD: /usr/local/groundwork/php/bin/php, ARGS: -q "/usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/cmd.php" 1 1]
10/26/2009 03:35:01 PM - POLLER: Poller[0] DEBUG: About to Spawn a Remote Process [CMD: /usr/local/groundwork/php/bin/php, ARGS: -q "/usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/cmd.php" 0 0]
10/26/2009 03:35:01 PM - POLLER: Poller[0] NOTE: Poller Int: '300', Cron Int: '300', Time Since Last: '300', Max Runtime '298', Poller Runs: '1'
10/26/2009 03:30:02 PM - SYSTEM STATS: Time:1.2513 Method:cmd.php Processes:1 Threads:N/A Hosts:2 HostsPerProcess:2 DataSources:5 RRDsProcessed:5
Code: Select all
[nagios@sm01 cacti-0.8.7e]$ php cmd.php
10/26/2009 03:46:55 PM - POLLER: Poller[0] WARNING: Poller[0] Host[1] Ping Time was not numeric
10/26/2009 03:46:55 PM - CMDPHP: Poller[0] Host[1] PING: Ping not performed due to setting.
10/26/2009 03:46:55 PM - CMDPHP: Poller[0] Host[1] DS[3] CMD: perl /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/scripts/linux_memory.pl MemFree:, output: 126552
10/26/2009 03:46:55 PM - CMDPHP: Poller[0] Host[1] DS[4] CMD: perl /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/scripts/linux_memory.pl SwapFree:, output: 17767784
10/26/2009 03:46:55 PM - CMDPHP: Poller[0] Host[1] DS[5] CMD: perl /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/scripts/loadavg_multi.pl, output: 1min:1.37 5min:1.11 10min:1.00
10/26/2009 03:46:55 PM - CMDPHP: Poller[0] Host[1] DS[6] CMD: perl /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/scripts/unix_users.pl , output: 1
10/26/2009 03:46:55 PM - CMDPHP: Poller[0] Host[1] DS[7] CMD: perl /usr/local/groundwork/apache2/htdocs/cacti-0.8.7e/scripts/unix_processes.pl, output: 127
10/26/2009 03:46:55 PM - CMDPHP: Poller[0] Time: 0.1986 s, Theads: N/A, Hosts: 1
Thanks for the reply Gandalf.
Apache is running as the user named nagios. If I login as nagios and run cmd.php, I get valid output for each check (which I am not seeing when running. That suggests that the paths are ok for apache's user and in the scripts.
However, perhaps I am making a wrong assumption here. What would be the best way of confirming your suggestion (and fixing the problem if that is what is happening)?
D
Apache is running as the user named nagios. If I login as nagios and run cmd.php, I get valid output for each check (which I am not seeing when running. That suggests that the paths are ok for apache's user and in the scripts.
However, perhaps I am making a wrong assumption here. What would be the best way of confirming your suggestion (and fixing the problem if that is what is happening)?
D
Who is online
Users browsing this forum: No registered users and 0 guests