By broncos88 on

I got http 500 internal server error when trying to install drupal 7. any advise what to look for to fix this error?

my server is:
FreeBSD 6.4-RELEASE
php 5.2.5
mysql 5.0.45

⋅ Categories: Drupal 7.x

Comments

Roacko’s picture

Roacko commented

My server is:
FreeBSD 7.2-RELEASE
PHP Version 5.2.9

I can install drupal 6 on this server with no problem, but dupal 7 can't , "500 internal server error "

JoachimVdH’s picture

JoachimVdH commented

Drupal 6 installation is no problem, a clean install of drupal 7 is no problem.
But none of the existing sites can be upgraded from the most recent drupal 6 to drupal 7, then i get the internal error 500.
if i refresh the front page, it's always a pdo problem and most of the time is has to do with a non existing table : blocked_ips

hope there will be a solution soon,

Joachim

broncos88’s picture

broncos88 commented

i would be happy with a successfull clean install of drupal 7 but not. i just upgraed to php 5.3.5 but still got the same error message on freebsd.

nicodh’s picture

nicodh commented

I solve the problem by upgrading php to 5.3, so if it can help someone, for me it works now...

dbers’s picture

dbers commented

htto 500 internal server error is a message that can mean a lot of things.

YOu should get the exact issue from the apache error_log

broncos88’s picture

broncos88 commented

i looked at error log and this is the error:
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/php5/lib/php/extensions/current/json.so' - Cannot open "/usr/local/php5/lib/php/extensions/current/json.so

json.so is there but it couldn't load.

broncos88’s picture

broncos88 commented

i got both filter.so and json.son installed and configured properly. it works now. thanks

cesar.brod@gmail.com’s picture

cesar.brod@gmail.com commented

Well, I have bumped into the same problem, on Linux:

brod-laptop apache2 # uname -a
Linux brod-laptop 2.6.35-22-generic #35-Ubuntu SMP Sat Oct 16 20:36:48 UTC 2010 i686 GNU/Linux

phpinfo()
PHP Version => 5.3.3-1ubuntu9.1

mysql Ver 14.14 Distrib 5.1.49, for debian-linux-gnu (i686) using readline 6.1

When I try to run update.php, I get the following error:

The website encountered an error while retrieving http://localhost/update.php. It may be down for maintenance or configured incorrectly.

(...)

HTTP Error 500 (Internal Server Error): An unexpected condition was encountered while the server was attempting to fulfill the request.

And, on the apache error log I get the following message:

[Mon Jan 10 20:25:42 2011] [error] [client 127.0.0.1] PHP Fatal error: Only variables can be passed by reference in /var/www/modules/upload/upload.module on line 628

On line 628, we have something like this:

drupal_alter('form', $form, array(), 'upload_js');
$form_state = array('submitted' => FALSE);
$form = form_builder('upload_js', $form, $form_state);
$output = theme('status_messages') . drupal_render($form);

Clear Drupal 7 install works fine. Drupal 6 install (migrated from a Drupal 5 install) works fine.

This seems to be quite a new problem as there is almost no reference to it. All help is welcome!

Happy new year!

cesar.brod@gmail.com’s picture

cesar.brod@gmail.com commented

Thanks to http://groups.drupal.org/node/23871 is seems I was caught into the old trick of setting this to TRUE on sites/default/settings.php

$update_free_access = TRUE;

Strangely enough, it took me to the update page where it complained about write access to settings.php. So I did a chmod 755 for the file and I am now stuck with the original error. As it seems to be a problem aflecting a bunch of people I will keep researching and posting my findings here.

cesar.brod@gmail.com’s picture

cesar.brod@gmail.com commented

Well, I have used this hint to manually disable the upload module: http://drupal.org/node/157632

Further on, I also had to disable the locale module. It went further up to the point the update seemed complete. No more errors on the log. I can navigate and yet, I now can not see any content at all. Not even in the admin pages. The site is sort of navegable through the menus, but no content whatsoever, in admin pages or regular ones.

If I try to go directly to a page I know exists, such as http://127.0.0.1/?q=node/110 I got an Access Denied error. I am assuming it is related to the Garland theme access to users. Still trying to figure it out.

allanforms’s picture

allanforms commented

I have exactly the same problem as you.
Are you upgrading from 6.19 or 6.20?
In my case, when there must be an error 500 there is only the white screen of death, even setting the error level to E_ALL and $update_free_access to true on the top of update.php, but the apache error_log is the same.
If you do any improvement please let me know, I'll tell you if I do any.
Thanks a lot.

duncansid’s picture

duncansid commented

comment out
ini_set('display_errors', FALSE)
in
update.php
it should show your errors
in my case it was
"Fatal error: Only variables can be passed by reference in "modules/upload/upload.module on line 628"
To get further I removed everything in modules/upload
hope this helps

cesar.brod@gmail.com’s picture

cesar.brod@gmail.com commented

Instead of removing the module, I disabled it in the database. It also went further. I used PhpMyAdmin to do so. Anyway, the SQL command is as follows:

UPDATE `database_name`.`system` SET `status` = '0' WHERE CONVERT( `system`.`filename` USING utf8 ) = 'modules/upload/upload.module' LIMIT 1 ;

Now I was able to update the database and the error I am getting in all pages is

Warning: file_put_contents(temporary://file4NoXO3) [function.file-put-contents]: failed to open stream: "DrupalTemporaryStreamWrapper::stream_open" call failed in file_unmanaged_save_data() (line 1847 of /home/storage/2/77/55/interoplab/public_html/newsite/includes/file.inc).

I created the folder 'tmp' on the sema Drupal install directory and the error is gone. However, no content is showed and I can't even log into the portal now.

Blasphemist’s picture

Blasphemist commented

I upgraded D7 from RC2 to the release. I first couldn't run update.php. I just tried to get back into my localhost site on my Ubuntu based laptop. Surprised to find I got in. I went to the status report, ran cron, ran the database update, updated the modules shown with updates available, took it out of maintenance mode. To tell the truth am not sure just what I did when started getting the error 500 message described in these comments. Tried much troubleshooting. Apache error log showed- [Tue Feb 22 15:13:12 2011] [error] [client ::1] PHP Fatal error: Call to undefined function date_views_fields() in /var/www/drupal/sites/all/modules/calendar/theme/theme.inc on line 125
[Tue Feb 22 15:13:12 2011] [error] [client ::1] File does not exist: /var/www/favicon.ico.

Redownloaded and extracted calendar and its related modules. No change. Checked for any .htaccess issues. This is just a sandbox and was just about willing to blow it up and start over. Decided to cut out calendar module folder and go figure. Error gone. Will do some more exploration and eventually try reinstalling calendar module. Will update this thread then.

Update- I can't well explain why but after the above I did copy the calendar module folder back in and have not experienced any problems. The calendar module is installed and now configured and I don't have any errors.

alejo_m_c’s picture

alejo_m_c commented

I was getting this error, I removed modifications in settings.php like configurations by drupal for facebook, cookies, caching, maintenance theme, etc. After that, I could access /update.php.

demuire’s picture

demuire commented

After commenting out my optional module settings (Facebook module) in settings.php I managed to access update.php, however lots of errors were showing, and my database parameters were being displayed in the header. Any idea what's the deal with this? Thought I'd bite the bullet anyway and click through the form, but when I tried to apply the changes, it just displayed my database parameters on the screen and did nothing.

Eventually gave up trying to update to 7.7, looks like I'm stuck in 6.x land :(

adamskinner’s picture

adamskinner commented

This error occurred for me during an upgrade from 6 to 7. The core upload module from 6 was not overwritten by 7, and this caused a problem. By deleting this old folder, I was able to proceed with the update.php procedure.

stensiggaard’s picture

stensiggaard commented

My problem was fixed by out commenting (#) the following:

# Follow symbolic links in this directory.
Options +FollowSymLinks

alan d.’s picture

alan d. commented

Upload module was removed from Drupal 7, make sure you delete these files from any upgrade to Drupal 7 if you just copy over Drupal 7 onto Drupal 6.

Alan Davison
weppyk’s picture

weppyk commented

Drupal 7.18
I have problem with this error, when I enable moduls Views 7.x-3.5, Rules 7.x-2.2. , Entity API
7.x-1.0 and CTK 7.x-1.2 together

weppyk’s picture

weppyk commented

.htaccess
Edit the .htaccess file in the Drupal root directory. Look for the section:

# Override PHP settings. More in sites/default/settings.php
# but the following cannot be changed at runtime.
and immediately after this add the following line:
php_value memory_limit 64M

This method will only work if PHP is running as an Apache module.

http://drupal.org/node/207036
http://drupal.org/node/1363652

ousjah1’s picture

ousjah1 commented

Thanks so much Weppyk,
This solved my problem too. This is what I did in the .htaccess using Drupal 7 and it worked perfectly well.

# Override PHP settings that cannot be changed at runtime. See
# sites/default/default.settings.php and drupal_initialize_variables() in
# includes/bootstrap.inc for settings that can be changed at runtime.
php_value memory_limit 64M
WireMonkey’s picture

WireMonkey commented

I have this problem upgrading to Drupal 7. I really don't understand it so my apologies if this doesn't make a lot of sense.

I've been following the guide as diligently as I can and am up to this page. However I can't get past step 13 as I can't access update.php - I get a 500 error every time I try.

This whole thing seems weird. My server directory structure is basically this:

[root]/[URL].com/[site files]

This has always worked for Drupal 6. I didn't upgrade from Drupal 5 so I've no idea what would have happened then. I'm trying to run [URL].com/update.php but the 500 error strikes every time I try (despite making the change to settings.php). However, when I try to run this:

[URL].com/[URL].com/update.php

...it doesn't give me a 500 error. What it does is redirect me to [URL].com/install.php and errors out on that (currently that's an Access Denied error as I turned permissions for it off completely; it did error out on it before but I forget what that error was). It's as if Drupal 7 wants to be installed in the root directory rather than its own site directory.

Any ideas?

WireMonkey’s picture

WireMonkey commented

Turns out I was using the settings.php file from the Drupal 6 install, silly me. It didn't like that at all. However now while it recognises the update.php file it still redirects to install.php, which that upgrading page told me I should definitely not run. So clearly I'm still doing SOMEthing wrong.

EDIT: it was a database issue. All fixed. Well, not ALL fixed but it's not a 500 error any more.

cesar.brod@gmail.com’s picture

cesar.brod@gmail.com commented

It took me a while before I had the time to move on with my migration from D5 to D7 and as I understand several people are having the same sort of problems, I am writing a small summary on where I got.

First of all, do follow the standard reccomendations (disable and UNINSTALL all non-core modules - disable the LOCALE module and all of the modules you are not using). Make sure you have upgraded successfully to the latest 5.x version and then to the latest 6.x version. Now a couple tricks that worked for me:

1. On your database

ALTER TABLE system DROP INDEX system_list;

Backup your url_alias table -- you will need it soon!

ALTER TABLE url_alias DROP alias;
ALTER TABLE url_alias DROP source;
SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
CREATE TABLE IF NOT EXISTS `blocked_ips` ( `iid` INT( 10 ) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT 'Primary Key: unique ID for IP addresses.', `ip` VARCHAR( 40 ) NOT NULL DEFAULT '' COMMENT 'IP address', PRIMARY KEY ( `iid` ) , KEY `blocked_ip` ( `ip` )) ENGINE = INNODB DEFAULT CHARSET = utf8 COMMENT = 'Stores blocked IP addresses.' AUTO_INCREMENT =1;
UPDATE system SET filename = REPLACE(filename, "sites/all/modules", "sites/newplace/modules") WHERE filename LIKE "sites/all/modules/%" AND type = "module" AND name IN ("my", "module", "whose", "path", "changed");
UPDATE registry SET filename = REPLACE(filename, "sites/all/modules", "sites/newplace/modules") WHERE filename LIKE "sites/all/modules/%" AND module IN ("my", "module", "whose", "path", "changed");

These commands disables the modules upload, locale and comment - use them at your own risk

UPDATE `system` SET `status` = '0' WHERE CONVERT( `system`.`filename` USING utf8 ) = 'modules/upload/upload.module' LIMIT 1 ;
UPDATE `system` SET `status` = '0' WHERE CONVERT( `system`.`filename` USING utf8 ) = 'modules/locale/locale.module' LIMIT 1 ;
UPDATE `system` SET `status` = '0' WHERE CONVERT( `system`.`filename` USING utf8 ) = 'modules/comment/comment.module' LIMIT 1 ;

Install drush if you haven't done this yet, and then run the script provided here: http://drupal.org/node/1029836#comment-5842310

Run update.php. It will fail! This is fine by now...

Restore url_alias

Rerun the script on http://drupal.org/node/1029836#comment-5842310

Rerun update.php. You will get a PDO exception complaining about "Unknown column 'source' in 'field list" - ignore it and move on! The update script will take care of this. (I actually needed to run update.php twice)

In my case, it complained the table blocked_ips already existed. Actually, in a previous run it complained it didn't exist, so I got one from a fresh install. So I backed the table up and ran update.php again.

You now must have a D7 version runing and you should be able to move on into even more fun!

This is a trial and error procedure, so make sure to have a full backup of your working D6 database as you (as I did) will probably need to go back and forth and try some other things.

Important! If you cannot see your content, change your default theme to Bartik using drush:

drush -l http://localhost vset theme_default bartik

shaileshtr’s picture

shaileshtr commented

I also found a few error when working to get best on drupal for http://www.freefblike.com
When working on my site for a very important data to be sent but in meanwhile my site got crashed showing a blue screen with some type of error shown. Please help me what to do.

gumdal’s picture

gumdal commented

I contacted the live support guys with this problem, they have increased the memory limit for my user account and this fixed the problem.

Raj Pawan G

josh_smith’s picture

josh_smith commented

i added these lines into my new .htaccess files and everything works fine.
# Follow symbolic links in this directory.
Options +SymLinksIfOwnerMatch

mburnette’s picture

mburnette commented

For anyone interested, I got this error on Rackspace and locally. I had both set up on PHP 5.4 and when I changed them to PHP 5.3, they both ended up resolving themselves.