update.php returns only blank page
Hello all,
I would appreciate any help you can give me on this. I just updated from 5.0 RC2 to 5.0, and the site itself looks perfect, however on my admin page there is an alert that says "One or more problems were detected with your Drupal installation. Check the status report for more information."
Following the link, to the status report, I get the error "Database schema Out of date
Some modules have database schema updates to install. You should run the database update script immediately.", however when I run update.php, all I get is a blank screen and the errors do not go away.
Any thoughts on this? I have seen several posts with a similar issue from previous Drupal versions, but no one ever seemed to get an answer. One respondant suggested changing php.ini setting 'max memory allowed for a script to run' (or whatever it's really called) from 8M to 50M. I tried that and it did not resolve the problem.
Thanks in advance,
Brandon

Bump- same problem
I'm pretty much at a standstill until I can figure this out. I can't find any errors in Drupal or Apache to even try to start debugging this.
Any suggestions or guess more than welcome.
Thanks,
maj
What finally worked
Open up update.php and uncomment-out
ini_set('display_errors', FALSE);
This will dump errors to the browser which should lead you to the problem.
In my case, I screwed up copying the modules directory from my backup and ended up with modules/modules. Other posts about this I've come across suggest that it's often a problem with bad directories in the modules folder so check for anything funny (especially if you are using a version control system or have recently copied things from backups).
Hope this helps someone else...
Another insight
When commented the "ini_set('display_errors', FALSE);" line, I suddenly realized what was going on:
During the setup phase, I found that the memory settings (and the script time execution) of my commercial host were not enough; adding these lines to the very beginning of the update.php script worked like a charm:
ini_set('memory_limit', '32M');
ini_set('max_execution_time', '180');
Indeed, the error displayed in the browser referred to "insufficient memory"; after that, the update.php could do its magic and voilá! my database was politely updated.
(it was hard to find but...) XD
Same problem
I was also having the same problem.
I edited my update.php ini settings as suggested above by jurgen, but am still receiving a blank page when i run update.php.
Anyone have other ideas?
blank update.php
I'm having the same problem too. Could this problem be caused by the old php version. I know there are some problems with php older than 5.1.2 at xml feeds module....
I'm using the 4.4.4 php version.
blank update.php
I am running php version 5.2.1 and have been running update.php for several months with no problem...???
Ah, stupid me. I just realized that somehow my permissions had been restricted on my update.php file. i opened this up a bit and was able to run the update.
Hope that helps someone else as well :-)
PHP version
I'm using different PHP versions across two sites (4.4.3 & 5.2.1), but it seems that other variables should be considered - httpd versions & installed modules, files & directories permissions, to name a few.
BTW I'm operating these sites in the same hosting (almost identical setups, just not so identical PHP / mySQL versions).
Hope this can help, cheers!
This is how I fixed it..
Well,
I don't know how I did it, but I did. I somehow ended up with duplicate copies of most of my directory folder. Such as modules/modules/... files/files/... sites/sites/.....
Here are the steps I used to fix it.
First - back up your site and your database.
1) I deleted all of the duplicate folders (this went beyond modules. I found it in every directory.) (I think I screw up when using the cp command, but I'm not sure how - that kind of still scares me.)
2) Now, I queried the system table in the db and found that modules/modules/ had become the reference path for all modules in this table. So I ran this sql command on the system table of the db: UPDATE system SET filename = replace(filename,"modules/modules/","modules/");
3) I truncated all cache tables - in PHPmysql that would mean to select each of the following tables (one at a time) cache, cache_filter, cache_menu, cache_page, cache_views and then select the Empty tab for each. BE CAREFUL - do no Empty anything other than a cache table.
Test..Test..Test..
Ciao!
Cozzi
Perfect
I did almost the same thing. Installed a system update to the sites/all/modules directory and got a similar corruption. This advice was perfect. I noticed you only wrote it today, just when I needed it! Saved me hours of work. My site is back up.
Thanks!
Are your BreadCrumbs messed up since?
I've been having weirdness with incorrect Breadcrumbs - have you seen the same since this repair?
thanks
Cozzi
I've answered this question below in "Opps, I never mentioned how I solved this!" - Sorry about the confusing reply post, but originally I thought I was posting a reply to this message but it ended up as a new post which I found I could not delete.
Thank you for posting!
This was exactly the problem that I faced on my site (www.breezy.ca) Youre concise and accurate steps allowed me to get rid of the dreaded "blank page" error when running update.php
Thank you!
/Eric
Finally managed to run update.php
I am running 3 different drupal-base sites on the same server, and I tried to run update.php at a new installed site, and it worked so it isn't the server's fault.
The problem was a module in sites/all/modules. Which one? In alphabetic order from aggregator to forum. It's one between them.
How did I solve the problem?
First I backed-up my modules. Then I disabled tinimce, because update editor might require it. After that I've removed all the modules from the directory. The update ran excellent. Finally I put the modules back (from the back-up made earlier). Hope it helps.
Found the defective one...
In my setup, the culprit was the Filter module; deleted the duplicate and the script run like a breeze :-)
Opps, I never mentioned how I solved this!
This post answers my question about "Are your BreadCrumbs messed up since?"
I was having an issue with showing incorrect breadcrumb trails.
Many of my breadcrumb trails were incorrectly showing "Image Galleries" as my current destination, when in fact I was viewing a blog, or view etc...
I found the culprit to be one of my Category terms. It was "All Pics", and after I changed it to "All Pictures" the problem evaporated. Again, don't ask me why, I have no idea.
This helped me, setting to true
ini_set('display_errors', FALSE);
Set it to true.
Thank you for your insight.
Modules duplicated
Hi,
I some how moved a module like forums into another module, and then copied forums back (a new one) because I noticed it was missing. Then when I went to update, blank screen. I figured out what I did, (mouse was to sensitive)
Deleted the duplicate and update worked.
If a module is hiding inside of a folder, essential a duplicate, update might have problems.
Just something that happened to me.
Antonio
Just another insight
For all of you that get that blank screen, and don't want to go crazy figuring it out.
I use firefox and the add in module fireftp.
Place your site in maintenance mode.
goto your ftp program, log into where your drupal instal is.
Rename your module folder as oldmodules
download the drupal.zip that you have installed. In my case it was 5.7
Then copy the modules folder to your site.
Check your update module, it should work.
Copy your modules back from the old folder one at a time.
No need to copy over the core modules since you just reinstalled them.
You can see where I'm going with this.
IF a module was causing the problem, you effectively cleaned it up.
It's a bit time consuming if you have a bunch of modules, Sometimes I would copy half of the old ones from the folder,(minus core) and check, (making sure to remember which half I moved back.) Then move half of the remaining. If the problem pops up you know generally where the bad module is.
After your done, you can delete the oldmodule folder.
Antonio
Yeah same problem
Yeah I had the same problem. I deleted all of the duplicates and moved modules back into the correct root module folder if they weren't already and then I went through the DB and fixed all the module file paths (system table) to point back to the correct location. Now my update won't work...
I've never had a problem with update.php before, however, this installation of Drupal it seems broken. I get a 500.shtml "requested page not found page" when I run it. Which is even stranger than a blank white page. no errors in the log unfortunately. Any ideas?
try the developer module
The developer module has a feature called reinstall module.
It might help.
Antonio
this error checking display
this error checking display helped me to fix my problem as well. I fixed the module files and corrected the paths in the system mysql table, and all is well.
update.php
Hi to all
I just figured that a Drupal instalation via "Fantastico" the update.php file does not exist. So I just had to upload the file and run the script
copy something wrong
I had a wierd problem where a module got copied to the root instead of the modules folder.
Update stopped working. I went into phpmyadmin, and checked on the database.
Sure enough, in the system item, where all the module paths are, the path was wrong.
Updating all the paths, fixed the update. I of course deleted the module and reuploaded it into
the modules folder.
Antonio
time saver
Thank you a lot, fix it for me as well.
This works for me
Don't delete one of the default themes. The update.php will use one.
That's works for me
That's works for me 2!
THANKS!!!
Yup!
Leave your default themes alone... even if you set your system theme to something else...
Garland is used by update.php and other modules.
This fixed my problem, thanks!
-=---
Washington Pages
KipTip - Coming soon...
-=---