Fallen at the first hurdle [message #14313] |
Wed, 12 November 2003 11:11 |
bunzer
Messages: 13 Registered: November 2003
Karma: 0
|
Junior Member |
|
|
Hi there. I'm trying to install FUD 2.5.2 on my ISPs Linux/Apache CGI server. They run php 4.3.3 and mySQL 3.23.53, so I think I'm okay for version numbers.
I'm a DOS/Windows PC veteran of 15 years but I've done some UNIX admin and I've installed php applications successfully before, so I'm no stranger to things like ascii/binary transfers and chmod. Be gentle with me.
As far as I can tell, the server is not running in safe mode and has no functions disabled (php4 -i). There are several other customers running applications on the same server, so I guess that I must be running some sort of virtual server as I have my own cgi host name based on my account name, separate to my standard web space.
Anyway, I've uploaded the install.php a couple of times, once after unzipping locally and once unzipping on the server. I don't think it's corrupted, which seems to be a common problem.
I have chmodded the files' directory to 707 (apache runs as "user") and even tried the writeable fudforum_archive file thing.
I haven't told you what happens yet. Nothing. I browse to serverpath/install.php and after a few seconds wait I get the old Page Cannot Be Displayed error. I've seen this sort of thing before when I tried to install another package with an inadequate ISP installation of Pear.
So, anyone got any ideas? I've searched the forums already for similar symptoms, but come up empty.
Any help would be greatly appreciated.
Keith.
|
|
|
Re: Fallen at the first hurdle [message #14319 is a reply to message #14313] |
Wed, 12 November 2003 13:04 |
Ilia
Messages: 13241 Registered: January 2002
Karma: 0
|
Senior Member Administrator Core Developer |
|
|
This sounds like a CGI/Fast-CGI problem that was fixed in 2.6.0RC4. Could you please try 2.6.0RC5 and see if you encounter the same problem.
FUDforum Core Developer
|
|
|
|
Re: Fallen at the first hurdle [message #14326 is a reply to message #14323] |
Wed, 12 November 2003 14:35 |
Ilia
Messages: 13241 Registered: January 2002
Karma: 0
|
Senior Member Administrator Core Developer |
|
|
Uhm you are using CGI and the files are owned by nobody?
The permissions are fine, you can use uninstall.php to remove them and you can later unlock them if the forum is installed.
FUDforum Core Developer
|
|
|
|
|
Re: Fallen at the first hurdle [message #14329 is a reply to message #14328] |
Wed, 12 November 2003 15:17 |
Ilia
Messages: 13241 Registered: January 2002
Karma: 0
|
Senior Member Administrator Core Developer |
|
|
uninstall.php should definately not fail with the error you mention.
Are you using memory limit on that server? (check phpinfo()).
FUDforum Core Developer
|
|
|
|
Re: Fallen at the first hurdle [message #14343 is a reply to message #14338] |
Wed, 12 November 2003 17:45 |
Ilia
Messages: 13241 Registered: January 2002
Karma: 0
|
Senior Member Administrator Core Developer |
|
|
Ok..
According to the phpinfo() you are using Apache sapi, not CGI as you have originally told me. This explains why the files are owned by the same user as the Apache server rather then you.
During the installer FUDforum does create .htaccess file, however it tries to validate that file by making a request to the server. If the request fails the .htaccess is removed and the installer continues.
You do not appear to have memory_limit enabled, so that is not the source of the problem.
However I do see 1 possible problem, installer tries to call to set_time_limit() functions, which in your case is disabled. This may result in the script generating an error. Try removing the set_time_limit() function, which can be found near the top of the script.
FUDforum Core Developer
|
|
|
Re: Fallen at the first hurdle [message #14348 is a reply to message #14343] |
Wed, 12 November 2003 19:11 |
bunzer
Messages: 13 Registered: November 2003
Karma: 0
|
Junior Member |
|
|
Ilia wrote on Wed, 12 November 2003 17:45 | According to the phpinfo() you are using Apache sapi, not CGI as you have originally told me. This explains why the files are owned by the same user as the Apache server rather then you.
|
Oh, sorry! My ISP refer to that server as the "CGI server" because it's the one they let customers run Perl, FrontPage, Python, php etc on. I'm afraid, I've got no idea what the difference is between Apache CGI and Apache sapi.
Ilia wrote on Wed, 12 November 2003 17:45 | However I do see 1 possible problem, installer tries to call to set_time_limit() functions, which in your case is disabled. This may result in the script generating an error. Try removing the set_time_limit() function, which can be found near the top of the script.
|
There are 14 references to this in the script, thirteen with and one without a leading "@". Will I need to comment them all out?
Keith.
|
|
|
|
Re: Fallen at the first hurdle [message #14353 is a reply to message #14349] |
Wed, 12 November 2003 21:33 |
bunzer
Messages: 13 Registered: November 2003
Karma: 0
|
Junior Member |
|
|
Ilia wrote on Wed, 12 November 2003 19:15 | You should only remove the 1st one near the very top of the file.
|
Okay, I did that.
Uploaded in Binary. Created separate script and data folders and chmodded 777.
Browsed the install.php script, answered the questions in step #1, pressed Next.
This time, there's no Page Cannot Be Displayed error. But, as I type this message, the globe has been spinning for probably 15 minutes now.
Looking at the file structure, it seem that the same files as last time have been created, and nothing more is happening as I wait. The script folder has directories called images and adm and files called php.php, lib.js, blank.gif and .htaccess. The data folder has 11 directories: thm, src, sql, scripts, include, errors, cache, tmp, template, messages and files.
Step #2 is still tantalisingly out of reach.
Is there any way I can generate some sort of error log to help diagnose the problem?
Sorry to be a pain.
Keith.
|
|
|
Re: Fallen at the first hurdle [message #14356 is a reply to message #14353] |
Wed, 12 November 2003 22:12 |
Ilia
Messages: 13241 Registered: January 2002
Karma: 0
|
Senior Member Administrator Core Developer |
|
|
Enable PHP's error logging to a file, that may help you. The fact that the files are being created is definately a good sign, it means decompression process is happening.
Normally this process takes no more then 1-2 seconds, so any prolonged delay would imply an error.
The one possible problem could be the request checks being made to the server itself. If your ISP implements some tricky mechanism to prevent PHP from making requests to the server itself.
You can test this hypothesis by commenting out call to htaccess_handler() and
f (fud_ini_get('allow_url_fopen')) { block from line 661 down to line 672.
FUDforum Core Developer
|
|
|
|
|
|
Re: Fallen at the first hurdle [message #14404 is a reply to message #14402] |
Thu, 13 November 2003 16:28 |
bunzer
Messages: 13 Registered: November 2003
Karma: 0
|
Junior Member |
|
|
Hurrah! I'm on to Step 2.
But... I'm getting an error message in the Database field:
Failed to create table "fud_action_log" ("CREATE INDEX fud26_action_log_i_ul ON fud26_action_log (user_id, logtime)"), SQL Reason: index command denied to user: 'bunzer [at] physweb2.cgi.plus.net' for table 'fud26_action_log'
I bet you hate me
Keith.
[Updated on: Thu, 13 November 2003 16:29] Report message to a moderator
|
|
|
Re: Fallen at the first hurdle [message #14405 is a reply to message #14404] |
Thu, 13 November 2003 16:29 |
Ilia
Messages: 13241 Registered: January 2002
Karma: 0
|
Senior Member Administrator Core Developer |
|
|
This error is already 'your fault', what it means is that your SQL account does not have permission to create table indexes. You need to contact your hosting provider and ask them to grant your MySQL user this permission.
FUDforum Core Developer
|
|
|
|
Re: Fallen at the first hurdle [message #14451 is a reply to message #14405] |
Fri, 14 November 2003 14:34 |
bunzer
Messages: 13 Registered: November 2003
Karma: 0
|
Junior Member |
|
|
Ilia wrote on Thu, 13 November 2003 16:29 | This error is already 'your fault', what it means is that your SQL account does not have permission to create table indexes. You need to contact your hosting provider and ask them to grant your MySQL user this permission.
|
This is what the support engineer had to say:
Quote: | After investigations into this there is no reason that you should not have the ability to create indexes.
I have raised this to change control then will get it inserted into the development teams workstack.
I do not know how long this will take however.
|
So, I'm stuck temprarily. Is there any way I can recreate this fault using phpMySqlAdmin?
On a more positive note, I have installed Apache 1.3, php 4.3.4 and MySQL 3.23.58 on my Windows 2000 box and I am running FUD 2.6 RC5 on localhost for evaluation purposes.
Keith.
|
|
|