By mindgarden on

I am upgrading from 6.4 to 6.5

In Status Report, it shows Database updates => Out of date

So I ran update.php

Soon it got stuck in "Starting updates". I waited for about 15 minutes.

How to solve this problem? Thank you.

⋅ Categories: Drupal 6.x

Comments

Trasherk’s picture

Trasherk commented

I have the Same Problem :(

alexmoreno’s picture

alexmoreno commented

same problem. No one solved????

best regards

Dawson-CZ’s picture

Dawson-CZ commented

Control $base_url row in your settings.php.

AskBob’s picture

AskBob commented

I verified Defaylt/settings.php $base_url and .htaccess rewrite both pointing to http://www.mydomain.com

After updating some Modules I can not get past "Starting updates" and the gray twisting bar. Never jumps to blue or starts updating.

nerdoc’s picture

nerdoc commented

...fixed it for me. There was a additional "www.", I removed it, and voilá.
Thx.

manoloka’s picture

manoloka commented

I've got the same problem

manoloka’s picture

manoloka commented

After trying with Explorer (I don't use it usually), I've notice an error, it reads;

Line:72
Char:5
Error: Permission denied
Code:0
URL: mysite.com/update.php?op=start&id=29

I look in the update.php and I read

69   $ret[] = update_sql("ALTER TABLE {". $table ."} ADD $column $type");
70   if (!empty($default)) {
71     $ret[] = update_sql("ALTER TABLE {". $table ."} ALTER $column SET $default");
72  }

So, it seems to be a database permissions problem, doesn't it?

???

any ideas or suggestions? ... Please

manoloka’s picture

manoloka commented

I added the following rewrite rule in the .htaccess file and flashed the cache and my update ran smoothly.

# Do not pass to drupal if the file or directory exists
    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^ - [L]

I got the answer from #249799: An unrecoverable error has occurred

druper’s picture

druper commented

Which .htaccess file and where in the file?

I've got my drupal directory buried a couple of levels and used the general rewrite recommendations to get it to respond to "www.domain.com", rather than "www.domain.com/apps/drupal". So, Ive got .htaccess files in both the root and /apps/drupal. I've tried putting the rewrite code in each and both, in a variety of places and keep getting that same permission denied error described above.

The last time I ran into this problem, I had to go screw around with all the rewrite rules in .htaccess and settings.php. It would be nice to have updates just work.

Any help is greatly appreciated.

FWIW, I ultimately got update to work but I had to turn off Clean URL's and any rewrite rules in /.htaccess & /apps/drupal/sites/settings.php to do so.

Also, what's involved in flashing the cache? Is this something other than flushing the browser's cache?

Thanks.

dennisyd’s picture

dennisyd commented

If you are having this problem and tried to resolve your non-www to www. Then, the fix is to simply to update the base_url in your settings.php to www.mysite.com. That solved it for me. I hope it works for you.

delty’s picture

delty commented

... going back to an older version of jQuery.js. I had updated to the most recent version of the jQuery script, and noticed there was a JavaScript error on update and permission rebuild pages, which both got stuck during initialization.
I put the old version back on, the script error went away, and the update completed successfully.

-=Delty

bergie3000’s picture

bergie3000 commented

That fixed it for me. I wasn't getting a Javascript error but when I replaced my jQuery v1.4.2 file with the old v1.2.6 file my update worked immediately.

It's going to be kind of a pain to switch out the file whenever I need to update, but at least I know the source of the problem.

martin_q’s picture

martin_q
Primary language English
Location Leipzig, Germany | Manchester, UK
commented

Yes, reverting to an older jquery.js file fixed the endless loops of the update.php and "rebuild node access permissions" pages. It also fixed the bizarre problem that the top level (zero indentation) of items in any tabledrag tables (e.g. the menu customisation pages) had lost their draggable handles. Glad I found this! Thank you.

jenlampton’s picture

jenlampton
she / her
commented

I'm running Pressflow 6.22 and I still get update.php hanging at "starting updates 0%" even with jQuery version 1.2.6. It also hangs on other batch operations like the taxonomy menu "Select to rebuild the menu on submit." option.