I have migrated my server to a faster one. Everything went OK, except now I cannot update my modules.
EDIT: I cannot process any batch operations, as explained below.

On the "/admin/modules/update" page, I select the modules that need to be updated, then click on "Download these updates", I have a partially empty page (see screenshot), where before I had an horizontal blue bar displaying the download progress.
I have the same issue when trying to update the translations.

Also -should it be related- I cannot delete user accounts anymore, see issue here that links to that one: http://drupal.org/node/1821464.

My server is Apache/2.2.16 (Debian), as was the previous server.
Using APC, Varnish and Boost for cache.
PHP 5.3.3-7+squeeze14

Any help much appreciated !

empty update page.png9.88 KBLouis Bob


marcingy’s picture

Category:bug» support
Priority:Major» Normal
haydeniv’s picture

Status:Active» Postponed (maintainer needs more info)

@Louis Bob most likely there is an error occurring that is being suppressed. Please follow the steps outlined here and post back any errors you see.

Louis Bob’s picture

Haydeniv, thanks for your answer. I have modified my index.php file to display the error, but nothing more is displayed, the screen remains as shown in my previous post attached image.

haydeniv’s picture

Do you have access to the error log files? The error may be there as well. There is also the Recent Log Messages report under Admin > Reports you can look at as well. There is an error there somewhere it is just not being shown on the screen.

Louis Bob’s picture

well I have checked the error files here:
- drupal admin: /admin/reports/dblog
- log file here /var/log/apache2/error.log
- log file here /var/log/ispconfig/httpd/mydomain.com/error.log (I use ISPconfig)

I can't see any related error in these files => all the errors I see have a different timestamp than the update.

I am pretty stuck here...

haydeniv’s picture

I'm wondering if when you migrated something got missed or corrupted. Are you able to download your entire site to a local copy and see if it works there?

Louis Bob’s picture

So I have tried installed LAMP on my local Ubuntu machine, but it seems that the htaccess file prevents the site from being displayed locally. When I delete the htaccess file, the homepage is OK, but the links are broken, I can't find what is wrong.

Anyway, the error occurs for all batch operations, i.e. with this URL structure:

What would stop batch operations from being processed? Is this related to user permissions? Or files/directory permissions?
I first thought it was related to my tmp directory permissions, but I have checked and it is set as "755".

Louis Bob’s picture

Title:Cannot update modules» Cannot process batch operations

Changed the title to describe the issue more precisely.

haydeniv’s picture

You probably need to add
AllowOverride All
to your apache config for your .htaccess to work properly.

Also ensure that you have the rewrite module enabled.
sudo a2modenable rewrite

Fix that first and then we can continue troubleshooting.

With regard to the permissions 755 is owner has read, write, execute; group has read, execute; and others has read, execute enabled. That means that whoever owns the folder has permission to write to it but no one else does. Check to make sure that apache is running as the same user who owns the tmp directory.

Louis Bob’s picture

Apache directive are already set on "AllowOverride All" on my server.
I have given up trying to get it working locally.

Someone else got the same issue here: http://drupal.org/node/1849602
I guess we should close one of the 2 threads since they are duplicates?

Louis Bob’s picture

Disabled the Lightbox2 module, and everything is OK again.

Louis Bob’s picture

Status:Postponed (maintainer needs more info)» Closed (fixed)
trainingcity’s picture

Version:7.17» 7.19
Status:Closed (fixed)» Postponed (maintainer needs more info)

Problem still active with 7.19 core. Not sure if if is a bug or just a configuration problem but experiencing same problem.

haydeniv’s picture

Status:Postponed (maintainer needs more info)» Active

Try disabling your modules 1 by 1 and see if the problem resolves itself. That is how Louis Bob was able to identify the problem module.

trainingcity’s picture

Hi haydeniv

Thanks, but I've got over 150 modules running on a very complex social networking site that is breaking out of beta testing as we speak. I did try disabling lightbox2 module for a few minutes, no joy :-(

Any ideas welcome, I imagine I screwed something up when moving to a new server several weeks ago. Site was running on Bluehost before sucking the life out of their CPU throttled service. I moved it to a new VPS at godaddy, and I really should have hired a Sys Admin to help. Might have made a mistake somewhere, .htaccess, my.cnf, permissions, ownership of dir? Anyone?

trainingcity’s picture

Also experiencing this same problem noted in intro by Louis bob:

"I cannot delete user accounts anymore, see issue here that links to that one: http://drupal.org/node/1821464.

I suppose I could go back and disable lightbox2 and try again, but I think there is more going on here.

trainingcity’s picture

Update for anyone else experiencing same prob: I have found that updates, etc can all be performed with drush. For example, rebuild permissions is possible by entering: drush php-eval "node_access_rebuild();"

Still does not solve the core problem, but at least the site can remain operational.

haydeniv’s picture

What is your memory_limit set to in your php.ini file?

trainingcity’s picture

Hi haydeniv:

In my /etc/php.ini I have the mem limit = 256M. I have 2GB of RAM and really don't have a good idea what this mem limit setting "should" be, suggestions welcome.

; Maximum amount of memory a script may consume (256MB)
; http://www.php.net/manual/en/ini.core.php#ini.memory-limit
memory_limit = 256M

I don't think I have any other php.ini files kicking around, but given that the site was migrated from Bluehost I suppose that's possible. I will double check. Thanks again, all suggestions/ideas welcome, this problem is driving me nuts!

haydeniv’s picture

You could also try temporarily creating a file called phpinfo.php in you site root folder with this in it:


Then access it at http://yourdomain/phpinfo.php

That will tell you the php.ini file that is loaded for Drupal. It will also tell you the runtime values of your site for things like memory limit.

When you are done getting the information though make sure and delete the file as you don't want people to know the information in that file for security reasons.

trainingcity’s picture

Thanks again. I looked over the output and stored a copy locally for reference before removing the file. Seems to be only using the expected php.ini file at /etc (centos). Going to go through most of the settings tonight. I haven't looked at this output since first setting up the new server, thanks for the suggestion. PS: I am also running apc.

Followed http://thehayden.org/set-monitor-phps-realpath_cache_size-correctly/ to increase the realpath cache from default 16K to 512K. Fairly simple setting in php.ini. Not really sure what it is, but I am going to monitor usage overnight using suggestion from link.

Thanks again for the great suggestions. I have the advantage of the site being functional and drush working for updates.

I decided to try to solve this problem on my config as I encountered this error with a little module that seems to want to update i18n translations on enabling the module.


Normally wouldn't be anything wrong with that, but for my setup it makes the nice little module unusable! The more I think about this, the more it seems like a config issue for me and for Louis bob that is somehow related to moving the site to a new server. Again, thanks and suggestions welcome!

haydeniv’s picture

Status:Active» Closed (fixed)

Sounds good. I'm going to close this for now. Feel free to reopen if you need.

haydeniv’s picture

Issue summary:View changes

I cannot process any batch operations, as explained below.