Hi,

Currently at http://www.myexamplesite.com/update.php?op=info , after clicking the Continue Button, the process takes 50-60 seconds to check for pending database updates.

It went beyond the 30-second limit imposed by my shared hosting and thus causing error 500 and PHP execution time limit.

I downloaded and installed Outreach / Commerce Kickstar / Drupal Commons / Atrium / Panapoly, all only take less than 11 seconds to finish checking in update.php as compared to mine 50-60 seconds.

My site is enabled with many field related modules, rules, rules condition, profile2, entityform, entity translation, i18n, mimemail, Boost, Authcache. But I don't think all these modules could make my website more heavier than the distros above.

Is my drupal database partially corrupted ? Or any modules causing the issues ? How to debug ? Thanks a lot.

CommentFileSizeAuthor
#4 modulecount.PNG17.44 KBjetwodru
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

pixelsweatshop’s picture

pixelsweatshop CreditAttribution: pixelsweatshop commented
Priority: Major » Normal
Status: Active » Closed (cannot reproduce)

Support requests are never major-downgrading to normal. It could have been an intermittent connection issue with Drupal.org or with a particular module. Try it again an see if the issue persists. If it does, watch the batch API progress and see which module it gets stuck on and report back. Feel free to reopen if the issue persists.

jetwodru’s picture

jetwodru CreditAttribution: jetwodru commented
Status: Closed (cannot reproduce) » Active

Hi,

Nothing to do with Drupal.org because it's not checking the module update with Drupal.org BUT the Pending Database Updates. I'm in doubt if I have around >400 modules activated, will it be the cause of Much Slower Checking Process on Pending Database Updates ? How to identify the root cause of the issue ?

Thanks

pixelsweatshop’s picture

pixelsweatshop CreditAttribution: pixelsweatshop commented
Status: Active » Postponed (maintainer needs more info)

Sorry I misread your report. I though it was taking too long to check D.O for module updates. If this statement is true, "400 modules activated", that's a ton of modules. I have built a lot of large sites in my lifetime but I have never come close to half that much. Heck, commerce kickstart only has approx 100 contib modules. 400 contrib modules-that alone is going to cause it to hang or take a long time to rummage through any updates.

You are going to have to build a local dev environment, where you can have better control over your limits and run update.php form there, then push you local > live.

jetwodru’s picture

jetwodru CreditAttribution: jetwodru commented
FileSize
modulecount.PNG17.44 KB

Hi,
Should be 314 activated out of 450 modules (including submodules actually) as listed below. It's only checking for Any Pending Database Updates Available , yet to update the Database, why does it take such a long time ? Currently, I do encounter much lengthier time when clearing cache. Is the time taken normal with such an amount of activated modules ? I'm wondering. Thanks

modulecounts

Version: 7.26 » 7.x-dev

Core issues are now filed against the dev versions where changes will be made. Document the specific release you are using in your issue comment. More information about choosing a version.