By Dominion on

I just downloaded the latest version of Drupal 6 today.

I uploaded to my host, dreamhost, and I created a database. I am running the installation, but I am stuck on the database configuration page. I filled in all the database details, and when I submit, I return back to the same page except the fields are blank. No error, or anything to tell me what is wrong.

I have installed previous versions of drupal before, no problems. Am I missing something? My password, username, database name, and db host info is all correct. I renamed the ./sites/default/default.settings.php to ./sites/default/settings.php

In the description of the database name field, it says
"The name of the mysqli database your Drupal data will be stored in. It must exist on your server before Drupal can be installed."

It says mysqli, I have a mysql db. Does this matter? I don't remember getting the option to choose.

I have also retried this installation with a fresh uploaded copy and db, but I am getting the same problem. This is becoming very frustrating.

Any help would be greatly appreciated!

⋅ Categories: Drupal 6.x

Comments

cog.rusty’s picture

cog.rusty commented

This happens on some servers. Not sure why.

Make a copy of the sites/default/default.settings.php file, name it settings.php, edit it and enter your database information manually in the $db_url line. Then run install.php.

"mysqli" is preferable in newer mysql versions, if it is supported.

Dominion’s picture

Dominion commented

Thanks so much! It works now.

madkapsk8’s picture

madkapsk8 commented

this helped me too. thanks. good to know for future setups.

mic.mcla’s picture

mic.mcla commented

This occurred on my machine as well. Using Apache 2.2 on XP Pro with SP2. Not sure what the cause is.

almas’s picture

almas commented

Thanks! It works and makes me to love drupal!

ravaka’s picture

ravaka commented

I had the same problem with two servers, on Windows and In Linux
I Just copied the file default.settings.php, I left that file in place but added the copied and renamed file settings.php
So in my sites/default/ directory, I left two files default.settings.php and settings.php,
And It's works, no need to code anything else
Hope it Works for you too

tgentry’s picture

tgentry commented

I had this issue as well. I did what the last poster stated. I had to leave the original site default.settings.php and make a copy naming it settings.php. apparently drupal looks to have both files before you can install. I did not have to copy them to the root. I just left them both in the sites default folder.

m4manas’s picture

m4manas commented

This appears to be a correct explanation, in such a case it is bug and should be reported.

http://m4manas.wordpress.com
http://www.taxlaw.co.in
http://www.caselaw.co.in

cog.rusty’s picture

cog.rusty commented

Probably not a bug. There is a reason documented in INSTALL.txt, Installation, Section 2. Drupal uses the default.settings.php file as a template for creating settings.php files (for one or more sites) automatically if the server configuration allows it. So, it is like a kind of integrity check.

joachim’s picture

joachim commented

Most definitely is a bug! Nothing should fail silently.

http://drupal.org/node/312144

nicholasthompson’s picture

nicholasthompson
Primary language English
commented

I have a Lighttpd server and have installed MANY sites with no problem... Now when I post the form for the DB settings, I get returned to the form with no obvious error...

I just looked in my error.log and saw this...

2008-11-11 00:07:52: (mod_fastcgi.c.2592) FastCGI-stderr: PHP Warning:  Unknown: POST Content-Length of 218 bytes exceeds the limit of 10 bytes in Unknown on line 0

Any clues?

My PHP...

$ php -v
PHP 5.2.6 (cli) (built: May  8 2008 10:23:54) 
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
    with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator

Mysql...

mysql  Ver 14.12 Distrib 5.0.51a, for redhat-linux-gnu (i386) using readline 5.0

Any thoughts?

nicholasthompson’s picture

nicholasthompson
Primary language English
commented

Ok this was odd. Was caused by a type in my php.ini. I upped the max upload sized but used inconsistent quotes...
Eg...

post_max_size = "10M'
profjk’s picture

profjk commented

Hi,
I like your finding,
Go through the earlier lines of code and you would understand why it has to be like that.
"Computers don't talk human language" They are far more stupid! Fuzzy logic is difficult for them!

Did you notice the errors in punctuation in the earlier sentences? Oh! we are stupid enough!!