During Install, Inform User that they have Insufficient Memory Rather than Server Error: AJAX HTTP Result Code: 500

I also had a problem during installation, which I managed to get to the bottom of (thanks YesCT and berdir!).

The problem was a bit different: during installation, I could install in English but not in any other language. When I installed the PHP Curl extension, it started working.

Steps to reproduce

• Get the latest version of Drupal 8 (with a clean database etc.)
• Your server does NOT have PHP Curl extension installed
• Start the install process and select any language OTHER THAN English, Save and Continue

What happened

I just got a 500 server error (in Chrome) or a white page (in Firefox), with no further indications of what's wrong, as soon as I clicked "Save and Continue"

What I'd expect to happen

An indication that PHP Curl extension is required, so I can go away and install it.

PHP version 5.4.10
Browser: Google Chrome Version 24.0.1312.52

I had exactly the same problem as bannorb, exactly as bannorb described it.

When the problem occurred, I checked the Apache error log on /Applications/MAMP/logs/apache_error.log, and there was this line: [error] [client 127.0.0.1] client denied by server configuration: /Users/myusername/Sites/.DS_Store

I use MAMP and its Apache document root is /Users/myusername/Sites/. The .DS_Store file is created automatically by the operating system and Apache serves it and that's probably the problem.

I removed the .DS_Store file and begun the Drupal installation from the beginning by removing the /Sites directory, recreating it, creating the settings.php file, dropping all the tables from my data base and then running the site installation again. I suppose that the .DS_Store file will get created again so the proper solution would probably be to make Apache to ignore it. (I haven't tried it yet but fgm found a discussion about it here: http://hints.macworld.com/article.php?story=20030528144052271)

Now, the "Installing Drupal" screen completed, I had the same error message again:

"An AJAX HTTP error occurred.
HTTP Result Code: 500
Debugging information follows.
Path: http://localhost:8888/drupal_folder/drupal/core/install.php?langcode=en&...
StatusText: Internal Server Error
ResponseText:"

But this time, by clicking on "the error page" link, I got the site configuration page where I was able to set the site name, contact information and so on (I forgot to take a screenshot), and I was able to continue in a normal way.

So this is not resolved because I still got the error message, but I was anyway able to continue.

I added the following to my httpd.conf and the install worked after having previously gotten the same error:

Order allow,deny
Deny from all
Satisfy All

From http://hints.macworld.com/article.php?story=20030528144052271

Order allow,deny
Deny from all
Satisfy All

This did not work with latest d8 git clone. I'm using MAMP with php 5.4 on a MacBook.

I found the problem. The default memory limit on MAMP and every other default distro of PHP is 32 MB. I suggest raising that number to a much higher number. After raising the PHP memory limit in php.ini, installation works.

Here's the error from the PHP logs:

[29-Jun-2013 14:19:38 America/Chicago] PHP Fatal error:  Allowed memory size of 33554432 bytes exhausted (tried to allocate 72 bytes) in /Users/joe/Sites/d8/htdocs/core/vendor/doctrine/common/lib/Doctrine/Common/Annotations/TokenParser.php on line 53

Should we add a documentation to core/INSTALL.txt to remind new users to increase their php.ini memory limit?

I raised the PHP memory limit and still received the error. I then read through my php logs and got this error:

PHP Fatal error: Maximum execution time of 30 seconds exceeded in M:\www\drupal8\core\vendor\doctrine\common\lib\Doctrine\Common\Reflection\StaticReflectionParser.php on line 141

I then raised the execution time to 120 seconds and no problems.

Windows 7 localhost

Hello,

I have the same problem:
- Mac OSX
- Safari 6.0.5
- Site on localhost with MAMP pro
- PHP 3.4.10

After update memory_limit value on my php.ini its works without problems (memory_limit = 232M).

Thanks for all!

this does not look like an ajax bug.

Nevertheless this feels like a bug. At least we should try to provide an actual helpful error message.

if the requirements really are more...

#2062057: Update PHP requirements page for Drupal 8: execution time

I've just done the odd git clone of the 8.x... and I'm running into the same problem: I'm not getting passed the installation.

Problem

The 'Standard' installation breaks during the batch operation around step 39. I'm getting a 'maximum execution time exceeded: 30 seconds' error.

My PHP.ini configuration

PHP 5.3.14
Memory: 256M
Execution time: 30 seconds

Solution

Setting the max_execution_time to 60 seconds gets me through the installation.

Solution

I've experimented with the 'standard' profile code, since that's what's loaded and somehow triggers the error. First 2 clean tries, I ended up with a max execution time error on step 39 around token_get_all() in www/core/vendor/doctrine/annotations/lib/Doctrine/common/Annotations/TokenParser.php on line 58.

That's when I started looking at standard.info.yml and the modules which get installed/enabled during installation. Through trial and error, I ended up removing Views & Views UI from standard.info.yml. Tadaa! Now installation succeeds with just max_execution time set to 30 secs.

Notes

Grokking down code: this comment in _install_module_batch sounds pretty relevant to me:

  // Install and enable the module right away, so that the module will be
  // loaded by drupal_bootstrap in subsequent batch requests, and other
  // modules possibly depending on it can safely perform their installation
  // steps.

So, on each AJAX request, the entire stack, including the module enabled in the last iteration, is bootstrapped. That's when I switched the order in standard.info.yml to read like this.

  - rdf
  - tour
  - views
  - views_ui

(note: the order in the yml file does not get respected since the list of modules gets sorted where required ones get enabled first.)

Execution now halts after/on step 39/40. Just when it says "installed Views UI" with an error in /Users/netsensei/Workspace/drupal8/www/core/modules/views/lib/Drupal/views/Plugin/views/PluginBase.php. Again, Views. I'm not sure what happens on 40/40 but afaik it's enabling the standard profile itself.

This issue sounds similar to #1387438: Timeout on enabling modules: make it a batch operation.

This certainly seems related to the batching issue. I thought I'd add my trace in case it's helpful:

[03-Sep-2013 20:19:18 UTC] PHP Fatal error:  Maximum execution time of 60 seconds exceeded in /Users/campbellvertesi/Sites/campbell/core/includes/schema.inc on line 413
[03-Sep-2013 20:19:18 UTC] PHP Stack trace:
[03-Sep-2013 20:19:18 UTC] PHP   1. {main}() /Users/campbellvertesi/Sites/campbell/core/install.php:0
[03-Sep-2013 20:19:18 UTC] PHP   2. install_drupal() /Users/campbellvertesi/Sites/campbell/core/install.php:41
[03-Sep-2013 20:19:18 UTC] PHP   3. install_run_tasks() /Users/campbellvertesi/Sites/campbell/core/includes/install.core.inc:93
[03-Sep-2013 20:19:18 UTC] PHP   4. install_run_task() /Users/campbellvertesi/Sites/campbell/core/includes/install.core.inc:538
[03-Sep-2013 20:19:18 UTC] PHP   5. _batch_page() /Users/campbellvertesi/Sites/campbell/core/includes/install.core.inc:655
[03-Sep-2013 20:19:18 UTC] PHP   6. _batch_do() /Users/campbellvertesi/Sites/campbell/core/includes/batch.inc:65
[03-Sep-2013 20:19:18 UTC] PHP   7. _batch_process() /Users/campbellvertesi/Sites/campbell/core/includes/batch.inc:89
[03-Sep-2013 20:19:18 UTC] PHP   8. call_user_func_array() /Users/campbellvertesi/Sites/campbell/core/includes/batch.inc:227
[03-Sep-2013 20:19:18 UTC] PHP   9. _install_module_batch() /Users/campbellvertesi/Sites/campbell/core/includes/batch.inc:227
[03-Sep-2013 20:19:18 UTC] PHP  10. module_enable() /Users/campbellvertesi/Sites/campbell/core/includes/install.core.inc:2034
[03-Sep-2013 20:19:18 UTC] PHP  11. Drupal\Core\Extension\ModuleHandler->enable() /Users/campbellvertesi/Sites/campbell/core/includes/module.inc:212
[03-Sep-2013 20:19:18 UTC] PHP  12. Drupal\Core\Extension\ModuleHandler->invoke() /Users/campbellvertesi/Sites/campbell/core/lib/Drupal/Core/Extension/ModuleHandler.php:656
[03-Sep-2013 20:19:18 UTC] PHP  13. call_user_func_array() /Users/campbellvertesi/Sites/campbell/core/lib/Drupal/Core/Extension/ModuleHandler.php:273
[03-Sep-2013 20:19:18 UTC] PHP  14. standard_install() /Users/campbellvertesi/Sites/campbell/core/lib/Drupal/Core/Extension/ModuleHandler.php:273
[03-Sep-2013 20:19:18 UTC] PHP  15. theme_disable() /Users/campbellvertesi/Sites/campbell/core/profiles/standard/standard.install:22
[03-Sep-2013 20:19:18 UTC] PHP  16. menu_router_rebuild() /Users/campbellvertesi/Sites/campbell/core/includes/theme.inc:1525
[03-Sep-2013 20:19:18 UTC] PHP  17. _menu_navigation_links_rebuild() /Users/campbellvertesi/Sites/campbell/core/includes/menu.inc:2733
[03-Sep-2013 20:19:18 UTC] PHP  18. Drupal\menu_link\MenuLinkStorageController->save() /Users/campbellvertesi/Sites/campbell/core/includes/menu.inc:2910
[03-Sep-2013 20:19:18 UTC] PHP  19. drupal_write_record() /Users/campbellvertesi/Sites/campbell/core/modules/menu_link/lib/Drupal/menu_link/MenuLinkStorageController.php:183
[03-Sep-2013 20:19:18 UTC] PHP  20. property_exists() /Users/campbellvertesi/Sites/campbell/core/includes/schema.inc:413

Offhand it looks like it's borking when it tries to enable the profile itself... so the workaround is just to install minimum. Interestingly if I reload, it looks like the AJAX bar starts where it left off, and I can complete installation. What actually gets enabled though, is a crap shoot. Sometimes the theme isn't there, etc.

I also run into that issue. Installation was done using english.

Here's the error message and a screenshot:

PHP Fatal error:  Maximum execution time of 30 seconds exceeded in /home/stephan_unencrypted/devel/drupal8/core/lib/Drupal.php on line 157, referer: http://localhost/drupal8/core/i
nstall.php?langcode=en&profile=standard&op=start&id=1
PHP Stack trace:, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op=start&id=1
PHP   1. {main}() /home/stephan_unencrypted/devel/drupal8/core/install.php:0, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op=start&id=1
PHP   2. install_drupal() /home/stephan_unencrypted/devel/drupal8/core/install.php:41, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op=start&id=1
PHP   3. install_run_tasks() /home/stephan_unencrypted/devel/drupal8/core/includes/install.core.inc:93, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=stand
ard&op=start&id=1
PHP   4. install_run_task() /home/stephan_unencrypted/devel/drupal8/core/includes/install.core.inc:538, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=stand
ard&op=start&id=1
PHP   5. _batch_page() /home/stephan_unencrypted/devel/drupal8/core/includes/install.core.inc:655, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&o
p=start&id=1
PHP   6. _batch_do() /home/stephan_unencrypted/devel/drupal8/core/includes/batch.inc:69, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op=start&id
=1
PHP   7. _batch_process() /home/stephan_unencrypted/devel/drupal8/core/includes/batch.inc:93, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op=sta
rt&id=1
PHP   8. call_user_func_array() /home/stephan_unencrypted/devel/drupal8/core/includes/batch.inc:231, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard
&op=start&id=1
PHP   9. _install_module_batch() /home/stephan_unencrypted/devel/drupal8/core/includes/batch.inc:0, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&
op=start&id=1
PHP  10. Drupal\\Core\\Extension\\ModuleHandler->install() /home/stephan_unencrypted/devel/drupal8/core/includes/install.core.inc:2040, referer: http://localhost/drupal8/core/insta
ll.php?langcode=en&profile=standard&op=start&id=1
PHP  11. Drupal\\Core\\Extension\\ModuleHandler->invoke() /home/stephan_unencrypted/devel/drupal8/core/lib/Drupal/Core/Extension/ModuleHandler.php:650, referer: http://localhost/dr
upal8/core/install.php?langcode=en&profile=standard&op=start&id=1
PHP  12. call_user_func_array() /home/stephan_unencrypted/devel/drupal8/core/lib/Drupal/Core/Extension/ModuleHandler.php:272, referer: http://localhost/drupal8/core/install.php?lan
gcode=en&profile=standard&op=start&id=1
PHP  13. standard_install() /home/stephan_unencrypted/devel/drupal8/core/lib/Drupal/Core/Extension/ModuleHandler.php:0, referer: http://localhost/drupal8/core/install.php?langcode=
en&profile=standard&op=start&id=1
PHP  14. theme_enable() /home/stephan_unencrypted/devel/drupal8/core/profiles/standard/standard.install:86, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=s
tandard&op=start&id=1
PHP  15. menu_router_rebuild() /home/stephan_unencrypted/devel/drupal8/core/includes/theme.inc:1489, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard
&op=start&id=1
PHP  16. menu_router_build() /home/stephan_unencrypted/devel/drupal8/core/includes/menu.inc:2762, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op
=start&id=1
PHP  17. call_user_func() /home/stephan_unencrypted/devel/drupal8/core/includes/menu.inc:2790, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op=st
art&id=1
PHP  18. views_menu() /home/stephan_unencrypted/devel/drupal8/core/includes/menu.inc:0, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op=start&id=
1
PHP  19. views_invalidate_cache() /home/stephan_unencrypted/devel/drupal8/core/modules/views/views.module:317, referer: http://localhost/drupal8/core/install.php?langcode=en&profil
e=standard&op=start&id=1
PHP  20. Drupal\\Core\\Routing\\RouteBuilder->rebuild() /home/stephan_unencrypted/devel/drupal8/core/modules/views/views.module:696, referer: http://localhost/drupal8/core/install.
php?langcode=en&profile=standard&op=start&id=1
PHP  21. Symfony\\Component\\EventDispatcher\\ContainerAwareEventDispatcher->dispatch() /home/stephan_unencrypted/devel/drupal8/core/lib/Drupal/Core/Routing/RouteBuilder.php:108, r
eferer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op=start&id=1
PHP  22. Symfony\\Component\\EventDispatcher\\EventDispatcher->dispatch() /home/stephan_unencrypted/devel/drupal8/core/vendor/symfony/event-dispatcher/Symfony/Component/EventDispat
cher/ContainerAwareEventDispatcher.php:167, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op=start&id=1
PHP  23. Symfony\\Component\\EventDispatcher\\EventDispatcher->doDispatch() /home/stephan_unencrypted/devel/drupal8/core/vendor/symfony/event-dispatcher/Symfony/Component/EventDisp
atcher/EventDispatcher.php:53, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op=start&id=1
PHP  24. call_user_func() /home/stephan_unencrypted/devel/drupal8/core/vendor/symfony/event-dispatcher/Symfony/Component/EventDispatcher/EventDispatcher.php:164, referer: http://lo
calhost/drupal8/core/install.php?langcode=en&profile=standard&op=start&id=1
PHP  25. Drupal\\views\\EventSubscriber\\RouteSubscriber->dynamicRoutes() /home/stephan_unencrypted/devel/drupal8/core/vendor/symfony/event-dispatcher/Symfony/Component/EventDispat
cher/EventDispatcher.php:0, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op=start&id=1
PHP  26. Drupal\\views\\Plugin\\views\\display\\PathPluginBase->collectRoutes() /home/stephan_unencrypted/devel/drupal8/core/modules/views/lib/Drupal/views/EventSubscriber/RouteSub
scriber.php:42, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op=start&id=1
PHP  27. Drupal\\views\\ViewExecutable->initHandlers() /home/stephan_unencrypted/devel/drupal8/core/modules/views/lib/Drupal/views/Plugin/views/display/PathPluginBase.php:82, refer
er: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op=start&id=1
PHP  28. Drupal\\views\\ViewExecutable->_initHandler() /home/stephan_unencrypted/devel/drupal8/core/modules/views/lib/Drupal/views/ViewExecutable.php:770, referer: http://localhost
/drupal8/core/install.php?langcode=en&profile=standard&op=start&id=1
PHP  29. Drupal\\views\\Plugin\\views\\display\\DisplayPluginBase->getHandlers() /home/stephan_unencrypted/devel/drupal8/core/modules/views/lib/Drupal/views/ViewExecutable.php:879,
 referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op=start&id=1
PHP  30. Drupal::request() /home/stephan_unencrypted/devel/drupal8/core/modules/views/lib/Drupal/views/Plugin/views/display/DisplayPluginBase.php:887, referer: http://localhost/drupal8/core/install.php?langcode=en&profile=standard&op=start&id=1

Same here. Would a requirement check on max_execution_time check do before running the installation?
Or can we prevent the process from running into a time-out?

afaik PHP sets max execution time by default to 30 seconds. Which should be plenty enough time to wrap up a call.

I think we have to to either re-consider how the processing is divided over the iterations or try to fix the failing iteration itself.

In my configuration it's max_execution_time and memory_limit that brought me this error. Read related content in ==> https://drupal.org/requirements/php

fixed img tag

Updated issue summary.

I'm getting this too, running PHP 5.3.27 as fastCGI on a Redhat with CentOS 5.9. My PHP error log shows:

[Thu Nov 14 22:39:07 2013] [warn] [client 2.219.xx.xx] mod_fcgid: stderr: PHP Fatal error: Call to a member function get() on a non-object in /var/www/vhosts/domaindir/drupal8/core/lib/Drupal.php on line 241
[Thu Nov 14 22:42:53 2013] [warn] [client 2.219.xx.xx] mod_fcgid: read data timeout in 45 seconds, referer: http://d8.domain.co.uk/core/install.php?langcode=en&profile=standard&op=start&id=1
[Thu Nov 14 22:42:53 2013] [error] [client 2.219.xx.xx] Premature end of script headers: install.php, referer: http://d8.domain.co.uk/core/install.php?langcode=en&profile=standard&op=start&id=1 

On clicking on the link to proceed to the Error screen, I am taken to the Configure Site page, where I can complete the installation process.

Can we not just set a minimum memory limit for Core and and fail with a polite error message instead?

Should probably check for max_execution_time = 60 as well.

Let's just stop people trying to set up a new Drupal install, getting a 500 install and then having to crawl through pages like this:

• https://drupal.org/node/1020188
• https://drupal.org/node/207036
• http://drupal.stackexchange.com/questions/68896/500-internal-server-erro...
• http://drupal.stackexchange.com/questions/37068/500-internal-server-erro...

I had this issue with MAMP 2.2 and PHP 5.5.3 as well. The only solution that worked for me was changing the PHP memory limit from the default 32M to 128M.

I do hope that 128M isn't the minimum required for Drupal 8. That could well be but it would be great to get that confirmed by others.

@mgifford, I do hope it as well... Otherwise people using Drupal with shared hosting plans are going to face hard times.

If 128M is the minimum required memory, the requirements check should fail if the php memory limit is set to a lower value, shouldn't it?

Agreed. And it should fail nicely with a polite message directing folks where to go to address it.

since people will search for the error they are (currently) getting, lets keep it in the title somewhere.

FYI, 32M is enough for me with APC enabled, but I hit the memory limit without an opcode cache.

hey! we already had code that warns about not enough memory... we just need to up those numbers.
So #2289183: Temporarily increase D8 memory limit to reflect current requirements is the fix we need.

In #2289183: Temporarily increase D8 memory limit to reflect current requirements I was able to reprocude the AJAX error during the installation phase with memory_limit set to 32M and Zend Opcode cache turned off. Could people having the issue please comment on their configuration so that we can indeed narrown this down to the opcode cache?

FYI, if you're running 5.5, by default you shouldn't have anything to do (and it should actually not fail) as the built-in Zend Opcode cache is turned on. On the contrary, with 5.4, you don't necessarily have APC on and you should check.

Hi, I tried this on german Strato Account. Drupal 8 RC / PHP 5.6 / Mysql 5.5.45.
I got the same error. The installation starts, but breaks after step 20 (Datetime Module). I tried it several times.

Also I tried to setup php.ini, but it comes with the same end result.
max_execution_time = 120
max_input_time = 60
memory_limit = 256M

Seems not to be a memory or time related issue in my case or is it?