Failure in Installation Failure in Installation
 

News:

CPG Release 1.6.26
Correct PHP8.2 issues with user and language managers.
Additional fixes for PHP 8.2
Correct PHP8 error with SMF 2.0 bridge.
Correct IPTC supplimental category parsing.
Download and info HERE

Main Menu

Failure in Installation

Started by ChrisBradford, June 22, 2004, 09:17:51 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

ChrisBradford

When I run the installation script, I am prompted to enter the Admin account information, along with the information needed to connect to the database.  After I fill in the fields and click the "submit" button, Coppermine just sits there for about a quarter of a second, and returns me to the initial installation screen, with none of the information saved.

I have Apache 2.0.49, PHP 5.0RC3, and MySQL 4.0.15a

Joachim Müller

The admin account will be created on install -it'll be your coppermine admin account once the install has been run successfully. You can make up a username and password.
BUT: the mySQL info needed on install can't be made up, you have to provide the info you currently have (you should have received them from your webhsot).

If you think you have filled in all necessary information, but the installer just doesn't work for you, post a screenshot of the page the installer sends you to after submitting (with the browser's address bar visible on the screenshot).

GauGau

ChrisBradford

Quote from: GauGau on June 22, 2004, 10:44:04 AM
The admin account will be created on install -it'll be your coppermine admin account once the install has been run successfully. You can make up a username and password.
BUT: the mySQL info needed on install can't be made up, you have to provide the info you currently have (you should have received them from your webhsot).

If you think you have filled in all necessary information, but the installer just doesn't work for you, post a screenshot of the page the installer sends you to after submitting (with the browser's address bar visible on the screenshot).

GauGau

I know that the MySQL information is correct, because I happen to be root on the web server.  Here is the screen shot showing what I have after I submit the information.



[attachment deleted by admin]

Joachim Müller

OK, there's another window behind the one the screenshot shows that is labelled "Failure in Installation" that seems more interessting. Could you show that one as well?

GauGau

P.S. How is the fact that you are root on the server related to correct mySQL settings?

ChrisBradford

Quote from: GauGau on June 23, 2004, 05:18:26 AM
OK, there's another window behind the one the screenshot shows that is labelled "Failure in Installation" that seems more interessting. Could you show that one as well?

GauGau

P.S. How is the fact that you are root on the server related to correct mySQL settings?
That is just a tab that shows this message board, and this thread.  As to the relation between my being root and correct MySQL settings, I set up both the user that Coppermine would be using and the database that would be used.  I checked and double-checked my spelling.

Joachim Müller

hm, let's check your server config: Does it allow the post method (for forms)? Do you have any other app that uses mySQL up and running on it?

GauGau

ChrisBradford

Quote from: GauGau on June 23, 2004, 05:59:03 AM
hm, let's check your server config: Does it allow the post method (for forms)? Do you have any other app that uses mySQL up and running on it?

GauGau
Yes, the post method is allowed.  I have two instances of FUD Forum running here, and I also succesfully tested PHPNuke.  The forums are working well.

Joachim Müller

try running the sql commands in the sql folder manually and create a file include/config.inc.php (refer to the sample file in the include folder). Maybe you can set this up manually.

GauGau

ChrisBradford

Quote from: GauGau on June 24, 2004, 09:23:56 PM
try running the sql commands in the sql folder manually and create a file include/config.inc.php (refer to the sample file in the include folder). Maybe you can set this up manually.

GauGau
I'll give it a try.  I'm also attaching a couple warings that I saw in Apache's error log.


client 66.15.105.41] PHP Notice:  Undefined index:  PATH_TRANSLATED in /usr/local/apache2/web_pages/something/Gallery/install.php on line 25, referer: http://www.something.com/something/Gallery/install.php

[client 66.15.105.41] PHP Notice:  Undefined offset:  -1 in /usr/local/apache2/web_pages/something/Gallery/install.php on line 26, referer: http://www.someplace.com/something/Gallery/install.php

miklos

Ok, enough of the nonsense here..
I came on here to look for answers to the same question.
Then on editing install.php, you can see that it checks for count($HTTP_POST_VARS) in order to create the tables, and if you are using php5, the HTTP_POST_VARS might not be the same as php4 .. whatever the reason is, if you go through the installer file and change all instances of HTTP_POST_VARS to just _POST, the installer should work.

Joachim Müller

#10
well, you're not supposed to use PHP5 anyway afaik, since it's still beta and not meant for use on live production sites. Has this changed lately?

GauGau

Nibbler

You need register_long_arrays to be enabled to use the old style HTTP_POST_VARS with PHP 5 apparently, check that.

jessel

Hi ChrisBradford,

How did it go? My problem is similar to yours but I'm still not getting anywhere.

copperwire

Dear GauGau,
Did you find a solution to this PHP 5, Apache 2 problem? I looks like everyone with with these packages installed, experience the same problem. I think that PHP 5.0.1 is supposed to be a safe release for all to use. I guess it is a difficult problem to solve. Hope you can find a solution. Here is my link for in case you need it: http://www.notathing.com/coppermine/install.php

Joachim Müller

did you do what Nibbler suggested?

Joachim

copperwire


Joachim Müller

ok, my question should have been "did you do what Nibbler suggested, and if yes: did it help?"

Joachim

copperwire

Yes, I did what Nibbler said, and no, it did not help. Should I do what Miklos say?

Joachim Müller


copperwire

After changing HTTP_POST_VARS to just _POST, the script ran, but I cannot log in. I get the following: Warning your browser does not accept script's cookies. I have enabled all cookies in my browser.

(I did NOT change HTTP_SERVER_VARS to  _SERVER)