Problems running cacti correct
Moderators: Developers, Moderators
Problems running cacti correct
Hi,
I am having some problems getting cacti to run and produce graphs.
First of all my configuration:
OpenSuse 10.3 with MySQL 5, PHP 5 and Apache 2 managed by Plesk 8.6.
I created a new user and domain with Plesk and installed cacti there.
My binary paths for all the apps needed seem to be /usr/bin/ (that's where I found them), so I pointed snmpwalk etc. to /usr/bin/snmpwalk etc.
After I got a "open_basedir restriction in effect" warning for the /usr/bin/ path, so I added it to the vhost configuration of this domain. (I'm wondering if this is very smart?! Isn't it a risk?)
Now there is no warning of this kind anymore, but in the "Cacti Settings (Paths)" I still get for all tools a "[ERROR: FILE NOT FOUND]" message...
In the "Technical Support" area it says
ERROR: Installed RRDTool version does not match configured version.
Please visit the Configuration Settings and select the correct RRDTool Utility Version.
The RRDTool Utility Version is set to 1.2.x, installed i 1.2.4 - that should work or?
And than I also get this Notice "Undefined index: user in /srv/www/vhosts/mydomain.org/httpdocs/lib/auth.php on line 34"
There seem to be some things not running the way they should... Any ideas whats running wrong?
Regards
Flözen
I am having some problems getting cacti to run and produce graphs.
First of all my configuration:
OpenSuse 10.3 with MySQL 5, PHP 5 and Apache 2 managed by Plesk 8.6.
I created a new user and domain with Plesk and installed cacti there.
My binary paths for all the apps needed seem to be /usr/bin/ (that's where I found them), so I pointed snmpwalk etc. to /usr/bin/snmpwalk etc.
After I got a "open_basedir restriction in effect" warning for the /usr/bin/ path, so I added it to the vhost configuration of this domain. (I'm wondering if this is very smart?! Isn't it a risk?)
Now there is no warning of this kind anymore, but in the "Cacti Settings (Paths)" I still get for all tools a "[ERROR: FILE NOT FOUND]" message...
In the "Technical Support" area it says
ERROR: Installed RRDTool version does not match configured version.
Please visit the Configuration Settings and select the correct RRDTool Utility Version.
The RRDTool Utility Version is set to 1.2.x, installed i 1.2.4 - that should work or?
And than I also get this Notice "Undefined index: user in /srv/www/vhosts/mydomain.org/httpdocs/lib/auth.php on line 34"
There seem to be some things not running the way they should... Any ideas whats running wrong?
Regards
Flözen
Hi
It's a bit of a first and I might be way wrong. The Apache thing doesn't seem too smart but I might be wrong as I dont know much about the option you inserted. from the command line you can use the which command. So if cacti is looking for the command rrdtool. you can go to the command line and tipe 'which rrdtool' it should return the path for the bin file your looking for.
Example:
Example:
Code: Select all
Serv:/var/lib/cacti # which rrdtool
/usr/bin/rrdtool
It returns the paths I have already used:
The attached picture shows the problem...
Code: Select all
server:~> which rrdtool
/usr/bin/rrdtool
server:~> /usr/bin/rrdtool
RRDtool 1.2.23 Copyright 1997-2007 by Tobias Oetiker
Compiled Sep 21 2007 23:13:42
[...]
- Attachments
-
- Bild 4.jpg (131.44 KiB) Viewed 2004 times
- TheWitness
- Developer
- Posts: 17059
- Joined: Tue May 14, 2002 5:08 pm
- Location: MI, USA
- Contact:
This is likely a permissions problem, or a PHP version problem. Check both. Or Apache may be jailed.
TheWitness
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?
You can copy the snmp libraries and binaries to the jail. Use of the command ldd $binary will show which libraries you need to copy.Floezen wrote:How can I free Apache? And is it possible to free apache only for one domain and maybe restrict it to some apps?
However, I'm not sure jailing a process is a good idea for your first cacti install. It will complicate the install and make troubleshooting much more difficult.
Actually I'm having already trouble with my server and was hoping to find the trouble with cacti...khufure wrote: However, I'm not sure jailing a process is a good idea for your first cacti install. It will complicate the install and make troubleshooting much more difficult.
But I'm not sure if it is very smart to reduce security on a production server.
I was hoping, that cati is some tool to work with, not to play with
- gandalf
- Developer
- Posts: 22383
- Joined: Thu Dec 02, 2004 2:46 am
- Location: Muenster, Germany
- Contact:
Isn't it actually a good thing, when Apache hasn't access to everything?!/quote]Yes, you are correct.Floezen wrote:TheWitness wrote:Or Apache may be jailed.
But cacti will use e.g. snmp to detect target host availabilty online (aka: using the httpd's userid). If httpd is NOT allowed to run those commands, cacti is nearly out of order. Same applies to calling rrdtool, which is a must for creating graphs.
That's why you should solve those (possible) permission problems
Reinhard
Who is online
Users browsing this forum: No registered users and 0 guests