no graphs being displayed (PLEASE HELP TRIED EVERYTHING)

[Daveyboy]

I have read ALL the posts and troubleshooting docs, and I cannot for the love of god get any graphs to display.

Ubuntu server 6.06
cacti version j
rrdtool 1.2.11
MySQL - 5.0.22
Apache2.0.55
PHP Version 5.1.2
NET-SNMP version: 5.2.1.2
PHP SNMP Support: yes
I can snmpwalk the target hosts
cacti directory is chmod'd to 777
poller=cmd.php

My problems/symptoms and steps taken;

1) There is no .rrd files in the rrd directory
- I can write a file to rra directory as cactiuser
- I ran this >"php rebuild_poller_cache.php"and then "php cmd.php" (same)
- Data source debug (below) shows no errors, yet no .rrd file

/usr/bin/rrdtool create \
/usr/share/cacti/rra/dave_proc_11.rrd \
--step 300 \
DS:proc:GAUGE:600:0:1000 \
RRA:AVERAGE:0.5:1:600 \
RRA:AVERAGE:0.5:6:700 \
RRA:AVERAGE:0.5:24:775 \
RRA:AVERAGE:0.5:288:797 \
RRA:MAX:0.5:1:600 \
RRA:MAX:0.5:6:700 \
RRA:MAX:0.5:24:775 \
RRA:MAX:0.5:288:797 \

2) When I run poller.php manually, nothing, returns to prompt

3) When I check /var/log/apache2/error.log getting;
ERROR: opening '/usr/share/cacti/rra/dave_traffic_in_12.rrd': No such file or directory

Also, cactiuser can connect to the 'cacti' db and has full perms, can do updates no problem. Please advise.

[fkzouf]

Try to use poller.php instead of cmd.php

Code: Select all

vim /etc/crontab
*/5 * * * * cactiuser php5 /var/www/cacti/poller.php > /dev/null 2>&1

[Daveyboy]

I have that exact entry setup in my crontab, I am referring to the 'Settings' >'poller tab'. I tried changing the poller type on the poller tab to cactid, and had same result

[Taiphun]

Is Cacti configured to use RRDTool v1.0.x or v1.2.x in your "Console -> Settings" menu?

[Daveyboy]

1.2.x

[mnoriega]

I was running in to the same problem. I tried switching to cactiuser and run the cron script

/usr/bin/php /usr/share/cacti/poller.php

which gave me the following error:

PHP Warning: require_once(/etc/cacti/db.php): failed to open stream: Permission denied in /usr/share/cacti/include/config.php on line 26

I solved it changing the permisions on db.php and now the rrd files were finally created.

chmod +r /etc/cacti/db.php

Hope this helps.

[Daveyboy]

My site is chmod'd to 777 so that shouldn't apply to me, however I do not have a db.php file anywhere in the cacti folder or on my system, weird.

[Daveyboy]

bump

[rony]

I was running in to the same problem. I tried switching to cactiuser and run the cron script

/usr/bin/php /usr/share/cacti/poller.php

which gave me the following error:

PHP Warning: require_once(/etc/cacti/db.php): failed to open stream: Permission denied in /usr/share/cacti/include/config.php on line 26

I solved it changing the permisions on db.php and now the rrd files were finally created.

chmod +r /etc/cacti/db.php

Hope this helps.

Debian only issue.

[Daveyboy]

I also made sure that the php version matched what apache was using.

root@cacti:/usr/share/cacti# php -v
PHP 5.1.2 (cli) (built: May 22 2007 20:23:21)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies

from phpinfo;
Apache/2.0.55 (Ubuntu) PHP/5.1.2

[iYRe]

did you install this from package or compile from source?

[Daveyboy]

package;

apt-get install apache2 php5 libapache2-mod-php5 mysql-server mysql-client php5-mysql phpmyadmin

[iYRe]

hmmm

well I had this problem till i compiled by hand from the latest php, and symlinked everything to the paths I set.. then I was sure the php was right.

The problem definately appears to me to be php...
can you do a "whereis php" for me?

[Daveyboy]

I tried pointing the app to /usr/bin/php5 in Settings>paths , but same result

root@cacti:/usr/share/cacti/rra# whereis php
php: /usr/bin/php /usr/bin/X11/php /usr/share/php /usr/share/man/man1/php.1.gz

root@cacti:/usr/share/cacti/rra# whereis php5
php5: /usr/bin/php5 /etc/php5 /usr/lib/php5 /usr/bin/X11/php5 /usr/share/php5 /usr/share/man/man1/php5.1.gz

[iYRe]

hmm

i'd compile php and set the path to /usr/bin, I think the default is /usr/local/bin - which is ok because you can symlink /usr/bin/php to it. If you dont it will go with the highest path.

There is some issues with the debian php package, we've given up installing it from package now.