The subject tells the tale: on a clean install of Drupal 8, I get a redirect loop that eventually times out. I would mark this as critical since it makes it impossible to install Drupal, but there seems to be some strange combination of server + Drupal 8 that may be quite rare. Still this is a default account as set up automatically by CPanel, so I wouldn't think it would be *that* rare.
I know it has to be an odd combo, because this server previously ran D8 just fine and it currently runs D7 just fine.
It's a CentOS VPS with CPanel. I completely wiped the account and started over with a completely clean account. Once again, D8 had an infinite redirect loop, while Drupal 7 installed just fine.
What works. What doesn't
The symptoms described below are the same using either a git clone from today or the Drupal 8.0-alpha4 release.
- This server was successfully running a D8 site based on a git pull in September or so.
- It serves up a phpinfo() output file and /core/INSTALL.txt just fine. It only hangs on /core/install.php
- It successfully redirects from http://example.com/ to http://example.com/core/install.php. Then it requests that file many times until it dies (see HTTP Headers output).
- Drupal 7 installs as expected, no problem.
- The site that was running on this server is still running fine on my Acquia Dev Desktop under Apache 2.2.22 PHP 5.3.18 and 5.4.8 and MySQL 5.1. I updated it with a git pull from Oct 17 and it is running.
So in short, everything works on this server except D8. The D8 works for me elsewhere, just not on this server.
Server
- Apache/2.2.25 (Unix) mod_ssl/2.2.25 OpenSSL/0.9.8e-fips-rhel5 mod_bwlimited/1.4 mod_fcgid/2.3.6
- PHP Version 5.4.20
- MySQL 5.0.96
- CPanel running CentOS
- Server API CGI/FastCGI
Error Messages
To make this more likely to come up in search for users with a similar issue, the error message depends on the browser:
- Chrome: This webpage has a redirect loop
- Firefox: The page isn't redirecting properly. Firefox has detected that the server is redirecting the request for this address in a way that will never complete.
Sometimes it runs out of memory and crashes first, so it throws an error like:
Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 3054627593 bytes) in /home/yourfit/public_html/core/vendor/symfony/dependency-injection/Symfony/Component/DependencyInjection/ParameterBag/ParameterBag.php on line 260
HTTP Headers output
See attached