Missing .rrd file

[JackD]

I followed a tutorial on this board to create the Windows Memory graph. I am able to run it from the command line and get the results back, so that's not my problem.

My problem is that it can't find the .rrd file for the data. It doesn't get created.

I have uninstalled and reinstalled Cacti several times each time being even more careful to follow every instruction to the tee.

The built in localhost graphs build without problem. When the poller.php is run from cron, it creates and updates those rrd files. However, the ones I create myself, never get created.

I turn on debug and see the command for creating the rrd. If I do it myself at the commandline, it creates without issue.

I have seen several others have similar problems, but have yet to find a solution for mine. Thanks in advance.

[rstarr]

*BUMP*

I'm having the exact same issues:

• OpenBSD 3.6
  Apache/1.3.29 (chrooted)
  PHP 4.3.10
  rrdtool 1.0.48
  MySQL 4.0.20

Cacti root: /var/www/cacti

Appropriate libraries and binaries loaded into the /var/www/ chrooted filesystem for rrdtool, php, and others.

Like I said, exactly... I can get localhost graphs just fine, but when I add a graph for my Catalyst switch or any other device, it never generates the appropriate .rrd files in my rra/ folder. Just for a check, I changed the write permission on the rra/ folder to 777:

Code: Select all

drwxrwxrwx   2 _cacti  wheel     1024 Feb  3 08:28 rra

I can run the rrdtool command option given from the Data Source from a root shell and it generates that individual rrd file for me. It seems like permissions, but the whole rra folder is 777

Code: Select all

# crontab -u _cacti -l
*/5 * * * * php /var/www/cacti/poller.php > /dev/null 2>&1

Log files give no indication of any permission errors. Is there a way to do some type of debugging on OpenBSD to log file system access?

TIA

Russ Starr

[swainstm]

I have exactly the same issue. I am running cacti 8.6c and cactid 8.6d

Has anyone come up with a solution.

[TheWitness]

1) Turn logging to debug and run "php poller.php" from the command line to verify that the poller is operating properly

If it is, your problem is likely with your cron job and or user.

TheWitness

[swainstm]

I have done a bit more work on this and it would appear that it all works when I change back to cmd.php. However changing back to cactid, it stops graphing. I have turned on debugging with it on cactid and can searched on random, to find the example listed in Ch13 in the Cacti manual. My debug shows up random entries when running cmd.php, but not cactid.

With this exception cactid seems to work, and in fact I need to use it as I can't poll all my devices in 5 minutes with cmd.php.

I am running cacti 8.6c and cactid 8.6d and php 4.3.3.

Does anyone have any more ideas? What information would you like to see to help?

Thanks heaps.

[TheWitness]

swainstm,

Please verify "Settings->Paths" for Cactid and also run in Debug 1 pass and post your logfile output.

Thanks,

TheWitness

[swainstm]

Thanks heaps for the help.

I have check the Cactid path and it is all ok (cactid runs fine for all my SNMP polled devices, but it would appear to have problems with command/script polling).

I have attached debug output from both a cactid and cmd run. In there you can see reference to random in the cmd run but nothing at all in the cactid run.

For all intensive purposes it seems line cactid has problems polling comand scripted devices, where SNMP and/or cmd polling works fine.

[TheWitness]

You posted STDOUT. I need the Cacti Log File. Please post the cacti log file from 1 pass at DEBUG with Cactid and Cmd.php. Also, when you are talking about scripts, are these scripts associated with a host? If not, please make that note.

Thanks,

TheWitness

[swainstm]

Sorry. Here is a zip with the log from a cactid poll and cmd poll with debug on.

The scripts I am using are not associated with hosts. 1 of the ones I am testing is the ramdom number script that is discussed in chapter 13 of the documentation. I followed this proceedure exactly to reduce that chances that my errors where due to my incorrect setup or faulty script.

Thanks again.

[TheWitness]

You have a major database issue. Please dump and e-mail to my attention. You may want to restore your database from a prior version. In any event, here is the command you need:

mysqldump --user=root --password cacti > cacti.dump

I will look at the database, but I can not committ to when.

TheWitness