I previously installed Drupal 7-A2 and it worked fine!

Setup: Windows XP Professional, Apache 2.2.14 (Win32), PHP 5.2.9-2 , MySQL 5.0.51a.
Document root = D:\Webstuff\www

Steps:
1. Downloaded drupal-7.0-alpha3.tar.gz and unzipped to D:/Webstuff/www/drupal
2. Copied D:\Webstuff\www\drupal\sites\default\default.settings.php and renamed to settings.php
3. Created MySQL user and database with same name and "ALL PRIVILEGES" for the user.
4. Run localhost/drupal/install.php
5. Select profile: standard
6. Select language: English
7. Database configuration: fill in details - Database schema is successfully set up as far as I can see, PhpMyAdmin shows 31 tables and 532 rows (If I give a different table prefix, I get a duplicate set of 31 tables).
8. I then usually get returned to Database configuration step, sometimes to Select profile, very occasionally to Configure site - in that case fill in details and invariably get returned to Database configuration screen! Very frustrating!

settings.php appears to be updated correctly - database details, passwords etc. correct. (But settings.php is NOT set to read only).

There are a string of errors in Apache log - all like this:
[Mon Mar 22 10:47:05 2010] [error] [client 127.0.0.1] File does not exist: D:/Webstuff/www/drupal/admin, referer: http://localhost/drupal/install.php?q=install.php&profile=standard&local...

Stuart

Comments

StuartJNCC’s picture

StuartJNCC commented

On re-running with PHP error reporting set, I see this error after the Configuration page:

Fatal error: Call to undefined function field_attach_load() in D:\Webstuff\www\drupal\includes\entity.inc on line 241

David_Rothstein’s picture

David_Rothstein commented
Priority: Normal » Critical

Hm, strange bug. A similar error message is reported in the following issues:
#481758: Fatal error: Call to undefined function field_attach_load() in includes/entity.inc on line 321 during install
#686596: Child before parent class definition order breaks some opcode cachers

Do either of those describe your situation at all?

In particular, I'd be interested if your installation is timing out... does the installer take a very long time before it eventually hits this error?

StuartJNCC’s picture

StuartJNCC commented

I found the first of these posts and checked my max_execution_time in PHP.INI and it is set to 300. I have not noticed any long pauses, so I don't think it is a timeout problem.

I hadn't found the second post. I don't have eAccelerator, but APC is enabled.

The "Call to undefined function field_attach_load()" may be a bit of a red herring. I don't usually see this error. I don't quite know what I did on just one occasion to get it!

I was wondering if it might be a mod_rewrite problem (since I was operating in a /Drupal subdirectory off my document root), but I have tried both enabling RewriteBase \Drupal in .htaccess and moving the whole thing to document root - neither made any difference.

After trying many times, it seems to be entirely consistent:

Operating in document root, I empty my database in phpMyAdmin, create a fresh copy of settings.php and then retry the install: (i.e. visit "localhost")

1. Select an installation profile: standard
2. Choose language: English
3. Database configuration: Database type is preset to MySQL, fill in database name, database username, database password, leave Database host as "localhost" (I have also tried 127.0.0.1), leave port blank (also tried 3306), table prefix "test_"
4. After about 5 secs, returns to Database configuration (If I check the database at this point, 31 tables have been created in my database with "test_" prefixes as expected) Fill it in as before.
5. After about 5 sec again, I am back to Select an Installation profile: Standard.
6. Choose language: English.
7. Database configuration: fill in as before.
8. this time it goes to Configure site: fill in Site name, Site email, Username, (email prefilled), password twice, set Country to UK, turn-off receive email
9. After about 3 secs goes back to database configuration and it will now loop back to this same page indefinitely - or at least as often as I have had the patience to try!

There is nothing in the Apache error.log

StuartJNCC’s picture

StuartJNCC commented

Success! I disabled APC and it worked. So it looks like it is an instance of #686596.

The difference this time was that the "Installing profile" page was shown and the progress bar ran whilst it installed modules. I didn't see this page during the failed attempts.

By the way, my browser is Firefox 3.5.2 in case that is significant.

marcvangend’s picture

marcvangend
he/him
Primary language Dutch
Location Amsterdam
commented

There is now a ready-to-be-committed patch in #686596: Child before parent class definition order breaks some opcode cachers. Can you please re-enable APC, apply that patch and see if it solves the problem? If so, we can mark this issue as duplicate.

ugerhard’s picture

ugerhard commented

#686596: Child before parent class definition order breaks some opcode cachers has now been committed.

StuartJNCC’s picture

StuartJNCC commented

OK, I am new to this, so you need to bear with me!

1. I reset my system (emptied the MySQL database, made a fresh copy of settings.php)
2. downloaded defineparentfirst2.patch from the link in #5 and applied it to \modules\field\field.module using TortoiseMerge
3. re-enabled APC in PHP.INI and checked using phpinfo that it was indeed enabled
4. ran through the Drupal 7 install

Worked fine! So I think you can go ahead and mark this issue as a duplicate and fixed. Thanks.

marcvangend’s picture

marcvangend
he/him
Primary language Dutch
Location Amsterdam
commented
Status: Active » Closed (duplicate)

Great, thanks for testing and feedback. It's no problem that you're new to this, I know I wasn't testing core patches after two days! By the way, you can also mark this as duplicate yourself next time.

razzacraft’s picture

razzacraft commented
Version: 7.0-alpha3 » 7.0-alpha5
Assigned: Unassigned » razzacraft
Category: bug » support
Priority: Critical » Normal
Status: Closed (duplicate) » Active

I have installed MAMP and Drupal 7 alpha 5 successfully on my Mac, running 10.6.3, at work. Trying to do same at home, get to the Database configuration section of the install, and it won't move forward. At the bottom, it states "Check the error messages and try again".

But there are no error messages. I went looking for documentation for others who had the same problem, and the one caveat, that the settings.php file be a copy of default.settings.php is not a problem. I did the copy with terminal, as instructed in http://drupal.org/node/66187#comment-3042174 and install.txt, then the permissions instructions in install.txt.

But the instruction to change line #92 in the settings file $db_url.... no such animal exists in the settings file: what appears from line 87 to line 146 is as follows:

* The general format for the $databases array is as follows:
*
* $databases['default']['default'] = $info_array;
* $databases['default']['slave'][] = $info_array;
* $databases['default']['slave'][] = $info_array;
* $databases['extra']['default'] = $info_array;
*
* In the above example, $info_array is an array of settings described above.
* The first line sets a "default" database that has one master database
* (the second level default). The second and third lines create an array
* of potential slave databases. Drupal will select one at random for a given
* request as needed. The fourth line creates a new database with a name of
* "extra".
*
* For a single database configuration, the following is sufficient:
*
* $databases['default']['default'] = array(
* 'driver' => 'mysql',
* 'database' => 'databasename',
* 'username' => 'username',
* 'password' => 'password',
* 'host' => 'localhost',
* );
*
* You can optionally set prefixes for some or all database table names
* by using the $db_prefix setting. If a prefix is specified, the table
* name will be prepended with its value. Be sure to use valid database
* characters only, usually alphanumeric and underscore. If no prefixes
* are desired, leave it as an empty string ''.
*
* To have all database names prefixed, set $db_prefix as a string:
*
* $db_prefix = 'main_';
*
* To provide prefixes for specific tables, set $db_prefix as an array.
* The array's keys are the table names and the values are the prefixes.
* The 'default' element holds the prefix for any tables not specified
* elsewhere in the array. Example:
*
* $db_prefix = array(
* 'default' => 'main_',
* 'users' => 'shared_',
* 'sessions' => 'shared_',
* 'role' => 'shared_',
* 'authmap' => 'shared_',
* );
*
* You can also use db_prefix as a reference to a schema/database. This maybe
* useful if your Drupal installation exists in a schema that is not the default
* or you want to access several databases from the same code base at the same
* time.
* Example:
*
* $db_prefix = array(
* 'default' => 'main.',
* 'users' => 'shared.',
* 'sessions' => 'shared.',
* 'role' => 'shared.',
* 'authmap' => 'shared.',
* );

Can anyone help?

marcvangend’s picture

marcvangend
he/him
Primary language Dutch
Location Amsterdam
commented
Version: 7.0-alpha5 » 7.0-alpha3
Assigned: razzacraft » Unassigned
Category: support » bug
Priority: Normal » Critical
Status: Active » Closed (duplicate)

Please don't hijack an existing issue for your support request, but open a new issue.

dianacastillo’s picture

dianacastillo commented
Status: Closed (duplicate) » Needs work

The exact thing in this issue happens to me even after we turned apc off, how can solve this
1. Select an installation profile: standard
2. Choose language: English
3. Database configuration: Database type is preset to MySQL, fill in database name, database username, database password, leave Database host as "localhost" (I have also tried 127.0.0.1), leave port blank (also tried 3306), table prefix "test_"
4. After about 5 secs, returns to Database configuration (If I check the database at this point, 31 tables have been created in my database with "test_" prefixes as expected) Fill it in as before.
5. After about 5 sec again, I am back to Select an Installation profile: Standard.
6. Choose language: English.
7. Database configuration: fill in as before.
8. this time it goes to Configure site: fill in Site name, Site email, Username, (email prefilled), password twice, set Country to UK, turn-off receive email
9. After about 3 secs goes back to database configuration and it will now loop back to this same page indefinitely - or at least as often as I have had the patience to try!

ParisLiakos’s picture

ParisLiakos commented

which drupal version do you use?

dianacastillo’s picture

dianacastillo commented
Version: 7.0-alpha3 » 7.15

the latest 7 version which I downloaded from drupal.org
here http://drupal.org/project/drupal

its 7.15

ParisLiakos’s picture

ParisLiakos commented
Version: 7.15 » 7.0-alpha3
Status: Needs work » Closed (duplicate)

Since it fails even with apc off, most definitely it is a different issue.
Please open a new issue adding server info like PHP and mysql versions

Also please check this comment, might be helpful
http://drupal.org/node/1171756#comment-5842376

dianacastillo’s picture

dianacastillo commented

see the solution , it was a question of the ownership of the files http://drupal.org/node/1800094