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.
I am using 0.87b, PA2.1 and after installing RRDcleaner V0.36 (last version from SVN) via Plugin Management the rrdcleaner apears in console menu, but when i disable it in user-realms, its NOT deleted in console-menu, but access is denied.
is this OK ?
Thanxs for an answer
Ralf
Go to User Management and re-add RRDClean to your user. If you upgraded it reset authorization.
We have been using RRDClean for some time to keep up with the housecleaning of files. We've somewhat recently discovered that the plugin is no longer functional. For instance, when you select the rrd cleaner menu option, the system "spins" for a bit and the displays a page with just the RRD Cleaner header and the table header (file name, last modified, etc). No files are listed (but I know there are several to be removed. My initial guess is that the number of inodes in the rra directory is now too big (although I am not sure how to prove it). For instance, if you go into our rra directory and do a ls -la co*, you get the following error: bash: /bin/ls: "Argument list too long" (exceeded kernel limits).
There are 80,774 .rrd files in our /rra location on this server.
We then downloaded/installed the SVN'd version of rrdclean(er) and find the "error" is somewhat worse. Instead of displaying the header, the browser attempts to "download" the rrdcleaner.php file (FFv3) - note that the contents are empty. My guess is that something errored out in the PHP. Can someone offer help on how to best work through the PHP code to find the error or problem? What other information is relevant to helping fix this situation?
Found this in the apache logs (error):
HP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/cacti/plugins/rrdclean/rrdcleaner.php on line 83
This is the get_files() function from what I can tell...
After countless hours of encountering "unable to delete", or "unable to move to" for the archive / delete folders, and messing with rra file permissions.
I discovered what was wrong! It was looking right at me in the cacti.log file. It was attempting to erase from wrong folder.. let me explain
In my cacti globals.php, "rra_path" is set to /var/lib/cacti/rra however, rrdclean was attempting to erase from "base_path" . "/rra", which enumerates to /usr/share/cacti/site/rra.
This would indicate to me, this part of the code is not correctly refrencing cacti's global.php in version 0.36
I've swapped the Delete and Archive appearance order in the combo box.. I would rather it say Archive and have a backup just in case I remove one that I will require later.
This involved change the ds_action array, as well as the case statement in the rrdmove.php file
After countless hours of encountering "unable to delete", or "unable to move to" for the archive / delete folders, and messing with rra file permissions.
I discovered what was wrong! It was looking right at me in the cacti.log file. It was attempting to erase from wrong folder.. let me explain
In my cacti globals.php, "rra_path" is set to /var/lib/cacti/rra however, rrdclean was attempting to erase from "base_path" . "/rra", which enumerates to /usr/share/cacti/site/rra.
This would indicate to me, this part of the code is not correctly refrencing cacti's global.php in version 0.36
To fix my problem, I replaced the code with the following in both rrd's php files
$rra_path = "/var/lib/cacti/rra";
Its now working.
I understand i've hard coded the path, but my php knowledge is not great enough to understand what i need to do to make this work correctly.
Danny.
That's a good catch. RRDCleaner still relates to the hard coded rra dir of the past. It is not yet modified to the new "rra_path" config variable.
Reinhard
PIA 2.1 was installed about 6 months ago so can't remember but I do have numerous other plugins installed without issue so I would say it was imported.
