Cannot get past login either.

[guest]

Hi -

FreeBSD 4.6.2
Apache/1.3.26
MySQL/3.23.52
Net-SNMP-5.0.1_1
RRDTool-1.0.38
mod_php4-4.2.2

Installed everything fine, followed the install tutorial.
Files setup in the database.

I goto myhost.com/cacti and get the install.php page.
When I hit the Next>> button it does nothing. Just reloads the same page.

For some reason I remember something about php had to be install a specific way. (Sorry about to fall asleep, cannot remember anything.)

Any I get nothing in the web logs with errors. I cannot figure it out.
The register_globals and register_argc_argv are both in. Apache has been killed and restarted.

Any ideas? I've read through alot of posts and tried a few things but no luck.

Thanks for the help in advance.

Mike

[Guest]

Okay figured out my problem. I only had mod_php installed and not the binary. So that is install now. Still cannot get past install.php script.

So did php cmd.php in the cacti directory.


Here is what I get.

Code: Select all

Can't open perl script "/scripts/users.pl": No such file or directory
cannot create /log/rrd.log: directory nonexistent
create: not found
cannot create /log/rrd.log: directory nonexistent
update: not found
Can't open perl script "/scripts/ping.pl": No such file or directory
cannot create /log/rrd.log: directory nonexistent
create: not found
cannot create /log/rrd.log: directory nonexistent
update: not found
-q: not found
cannot create /log/rrd.log: directory nonexistent
create: not found
cannot create /log/rrd.log: directory nonexistent
update: not found
/usr/bin/smbstatus: not found
cannot create /log/rrd.log: directory nonexistent
create: not found
cannot create /log/rrd.log: directory nonexistent
update: not found
Can't open perl script "/scripts/memfree.pl": No such file or directory
cannot create /log/rrd.log: directory nonexistent
create: not found
cannot create /log/rrd.log: directory nonexistent
update: not found
Can't open perl script "/scripts/memfree.pl": No such file or directory
cannot create /log/rrd.log: directory nonexistent
create: not found
cannot create /log/rrd.log: directory nonexistent
update: not found
Can't open perl script "/scripts/memfree.pl": No such file or directory
cannot create /log/rrd.log: directory nonexistent
create: not found
cannot create /log/rrd.log: directory nonexistent
update: not found
Can't open perl script "/scripts/proc.pl": No such file or directory
cannot create /log/rrd.log: directory nonexistent
create: not found
cannot create /log/rrd.log: directory nonexistent
update: not found
Can't open perl script "/scripts/memfree.pl": No such file or directory
cannot create /log/rrd.log: directory nonexistent
create: not found
cannot create /log/rrd.log: directory nonexistent
update: not found
Can't open perl script "/scripts/webhits.pl": No such file or directory
cannot create /log/rrd.log: directory nonexistent
create: not found
cannot create /log/rrd.log: directory nonexistent
update: not found
Can't open perl script "/scripts/memfree.pl": No such file or directory
cannot create /log/rrd.log: directory nonexistent
create: not found
cannot create /log/rrd.log: directory nonexistent
update: not found
Can't open perl script "/scripts/tcp.pl": No such file or directory
cannot create /log/rrd.log: directory nonexistent
create: not found
cannot create /log/rrd.log: directory nonexistent
update: not found
Can't open perl script "/scripts/loadavg_multi.pl": No such file or directory
cannot create /log/rrd.log: directory nonexistent
create: not found
cannot create /log/rrd.log: directory nonexistent
update: not found
X-Powered-By: PHP/4.2.3
Content-type: text/html

So that looks like something is not configured properly like a path. I don't recall configuring any pathways. Am I missing something here?

[truesecure]

The solution to the path problem is to the cacti directory and change the file cacti.sql, before you create the database, search for /scripts and remove the leading / , and anything before it, then create the database.

This solved my problem, now I can run cmd.php from the command line, and from the browser. But the problem remains that I cant get past the Install page.

I did the same setup on OpenBSD 2.9 and It worked from the first time.

I think that the problem on FreeBSD has to do with the MySql database and permissions.

Let me know if you find a solution.

[BSDeality]

ok, i took the advice and removed '/' from the /script in cacti.sql

now i get these errors when i do a:

Code: Select all

panacea# php cmd.php > log.txt
create: not found
update: not found
ping: invalid count of packets to transmit: `loopback0.gw4.phl1.alter.net'
create: not found
update: not found
-q: not found
create: not found
update: not found
/usr/bin/smbstatus: not found
create: not found
update: not found
cat: /proc/meminfo: No such file or directory
create: not found
update: not found
cat: /proc/meminfo: No such file or directory
create: not found
update: not found
cat: /proc/meminfo: No such file or directory
create: not found
update: not found
create: not found
update: not found
cat: /proc/meminfo: No such file or directory
create: not found
update: not found
wc: /var/log/httpd/access_log: open: No such file or directory
create: not found
update: not found
cat: /proc/meminfo: No such file or directory
create: not found
update: not found
create: not found
update: not found
create: not found
update: not found

I think this is a mysql problem? any ideas? am i missing a path or something?

[BSDeality]

ok, i've figured out what the problem (at least for me) on FreeBSD is.

I built my php out of ports, and in doing so it puts the php.ini file in /usr/local/etc/php.ini-dist. I simply cp'd it to /etc/php.ini (like most other systems would be) but soon realized i wasn't able to post. so i made a simple info.php script that contained

Code: Select all

 <? phpinfo() ; ?> 

This showed me where my php.ini file was REALLY supposed to be. so i did a

Code: Select all

cp /usr/local/etc/php.ini-dist /usr/local/etc/php.ini

and then edited the file as root. to allow register_global to be on.

All is working smoothly now. (so far, haven't set it up yet.)

Best of luck.

[Guest]

That works for RH users as well. Thanks BSDeality.

Rax, you should place this as a sticky one.

ok, i've figured out what the problem (at least for me) on FreeBSD is.

I built my php out of ports, and in doing so it puts the php.ini file in /usr/local/etc/php.ini-dist. I simply cp'd it to /etc/php.ini (like most other systems would be) but soon realized i wasn't able to post. so i made a simple info.php script that contained

Code: Select all

 <? phpinfo() ; ?> 

This showed me where my php.ini file was REALLY supposed to be. so i did a

Code: Select all

cp /usr/local/etc/php.ini-dist /usr/local/etc/php.ini

and then edited the file as root. to allow register_global to be on.

All is working smoothly now. (so far, haven't set it up yet.)

Best of luck.

[BSDeality]

The only problem i'm having now, is it doesn't seem to be running from cron. i've got that '//' problem happening.

When i installed it said it couldn't find the scripts dir in the cacti dir, so i added a '/' to the webroot, and now its got the '//' problem which i think is causing my cron problem too. when i run crontab entry manually from the shell it works like a champ, when i toss it in cron, it doesn't do much.

[Guest]

Remove the slash after the webroot. What syntax are you using in your cron?

The only problem i'm having now, is it doesn't seem to be running from cron. i've got that '//' problem happening.

When i installed it said it couldn't find the scripts dir in the cacti dir, so i added a '/' to the webroot, and now its got the '//' problem which i think is causing my cron problem too. when i run crontab entry manually from the shell it works like a champ, when i toss it in cron, it doesn't do much.

[BSDeality]

thats the problem, when i remove the trailing / from the webroot i get errros like:

Code: Select all

%php /usr/local/www/html/cacti/cmd.php
Can't open perl script "/usr/local/www/html/cactiscripts/users.pl": No such file or directory

and so on, now it shows up updating fine in the log, but thats because it thinks it is still getting valid data, when in fact it is not returning anything, and then it graphs nothing.

that help clear it up?

[Guest]

%php /usr/local/www/html/cacti/cmd.php
Are you running this a local user or root? I run it from the command line as: php /usr/local/www/htdocs/cacti/cmd.php and that works fine. Make sure that the user which apache is running as can write to the rra folder of /www/cacti/rra. I created a separate user for apache called "www" uid and gid and chown -R www.www cacti/ . Make sure you have that setup correctly else nothing won't get written to cacti dir.

thats the problem, when i remove the trailing / from the webroot i get errros like:

Code: Select all

%php /usr/local/www/html/cacti/cmd.php
Can't open perl script "/usr/local/www/html/cactiscripts/users.pl": No such file or directory

and so on, now it shows up updating fine in the log, but thats because it thinks it is still getting valid data, when in fact it is not returning anything, and then it graphs nothing.

that help clear it up?

[BSDeality]

d0h!

ok, so i just nailed down both my problems.

one, i decided to wipe my install of cacti (fear not i reinstalled) i guess with all the hacking around in the source i did, i bungled something. So, now my path's are good

BTW, don't remove /script to script in the cacti.sql (as for what someone else said)

the other thing i did that was pretty darn dumb on my part was i didn't include a path in the crontab. I'm still kicking myself for not realizing for so long now.

now to get the weather module to work.....

[Guest]

d0h!

ok, so i just nailed down both my problems.

one, i decided to wipe my install of cacti (fear not i reinstalled) i guess with all the hacking around in the source i did, i bungled something. So, now my path's are good

BTW, don't remove /script to script in the cacti.sql (as for what someone else said)

the other thing i did that was pretty darn dumb on my part was i didn't include a path in the crontab. I'm still kicking myself for not realizing for so long now.

now to get the weather module to work.....

[Guest]

I still have some minor problems getting the weather module to work. Post some of your tips if you happen to get past that level

d0h!

ok, so i just nailed down both my problems.

one, i decided to wipe my install of cacti (fear not i reinstalled) i guess with all the hacking around in the source i did, i bungled something. So, now my path's are good

BTW, don't remove /script to script in the cacti.sql (as for what someone else said)

the other thing i did that was pretty darn dumb on my part was i didn't include a path in the crontab. I'm still kicking myself for not realizing for so long now.

now to get the weather module to work.....

[/quote]