*Looked for a section for Drupal 8, couldn't find one so I posted it here. Feel free to move to a more appropriate place as you see fit.

**Edit - Changed the title by removing Release Candidate (RC3), because error persist to live release.

I am not new to Drupal, but I am new to Drupal 8, figured since it is RC3 it's worth trying out.

Anyways, have gotten the same set of errors from multiple attempts. I even R.t.F.M. after several failed attempts.
Tried everything I could think of to trouble shoot the problem, short of diving into the code. My reasoning for not doing that was, "approach this as someone with limited experience and/or resources."

So I started by extracting the tar file, simply renamed the folder that it created to "drupal8" and dropped into my root directory of my test sever (i.e. "localhost/drupal8/").

Side note; I went as far as to move all my other projects out my root directory, and extracted the tar file directly into the root directory (i.e. "localhost") to no avail.

I also went as far as to give full control to the scripts and procedure (I don't recommend this BTW, I am trying to remove variables on an air-gap test server)

chown -R www-data:www-data /var/www/html
chmod -R 774 /var/www/html

Using PHPMyAdmin I create a MySQL database ("drupal8"), and user (ended up using root and root PW, again to remove variables as to what was possibly going wrong as for permissions).

Point my browser to "localhost", time and time again it goes like this:
= Language - English
= Profile - Standard
= Requirements - All fine after my previous code (chown/chmod), except for clean URLs, I play with .htaccess file but no matter what still comes back with a warning. Continues anyways.
= Database - name:drupal8 user:root pw:******************* (don't recommend but at this point again trying to remove variable for failure)
*** Might I add you should put a progress bar at this point.

This is were it fails, it goes back to languages. Checking PHPMyAdmin I see twentyfour new tables have been created. I open a new tab go to "localhost", and get "Page not found". So I decide to redo the process again from the language page, since it sent me back there. Everything is status quo until "Database" and I get an error:

The website encountered an unexpected error. Please try again later.
Drupal\Core\Config\UnmetDependenciesException: Configuration objects (block.block.bartik_account_menu, block.block.bartik_branding, block.block.bartik_breadcrumbs, block.block.bartik_content, block.block.bartik_footer, block.block.bartik_help, block.block.bartik_local_actions, block.block.bartik_local_tasks, block.block.bartik_main_menu, block.block.bartik_messages, block.block.bartik_page_title, block.block.bartik_powered, block.block.bartik_search, block.block.bartik_tools, block.block.classy_page_title, block.block.seven_breadcrumbs, block.block.seven_content, block.block.seven_help, block.block.seven_local_actions, block.block.seven_login, block.block.seven_messages, block.block.seven_page_title, block.block.seven_primary_local_tasks, block.block.seven_secondary_local_tasks, block_content.type.basic, comment.type.comment, contact.form.feedback, core.entity_form_display.block_content.basic.default, core.entity_form_display.comment.comment.default, core.entity_form_display.node.article.default, core.entity_form_display.node.page.default, core.entity_form_display.user.user.default, core.entity_view_display.block_content.basic.default, core.entity_view_display.comment.comment.default, core.entity_view_display.node.article.default, core.entity_view_display.node.article.rss, core.entity_view_display.node.article.teaser, core.entity_view_display.node.page.default, core.entity_view_display.node.page.teaser, core.entity_view_display.user.user.compact, core.entity_view_display.user.user.default, editor.editor.basic_html, editor.editor.full_html, field.field.block_content.basic.body, field.field.comment.comment.comment_body, field.field.node.article.body, field.field.node.article.comment, field.field.node.article.field_image, field.field.node.article.field_tags, field.field.node.page.body, field.field.user.user.user_picture, field.storage.node.comment, field.storage.node.field_image, field.storage.node.field_tags, field.storage.user.user_picture, filter.format.basic_html, filter.format.full_html, filter.format.restricted_html, node.type.article, node.type.page, rdf.mapping.comment.comment, rdf.mapping.node.article, rdf.mapping.node.page, rdf.mapping.taxonomy_term.tags, taxonomy.vocabulary.tags) provided by standard have unmet dependencies in Drupal\Core\Config\UnmetDependenciesException::create() (line 89 of core/lib/Drupal/Core/Config/UnmetDependenciesException.php).

Drupal\Core\Config\UnmetDependenciesException::create('standard', Array)
Drupal\Core\Config\ConfigInstaller->checkConfigurationToInstall('module', 'standard')
Drupal\Core\ProxyClass\Config\ConfigInstaller->checkConfigurationToInstall('module', 'standard')
Drupal\Core\Extension\ModuleInstaller->install(Array, )
Drupal\Core\ProxyClass\Extension\ModuleInstaller->install(Array, )
install_install_profile(Array)
install_run_task(Array, Array)
install_run_tasks(Array)
install_drupal(Object)

No matter what, I get the same error, again and again regardless of the changes until I get to the scenario I mentioned earlier, giving full access.

Test System:
= OS - Xubuntu 14.04
= Apache - 2.4.7
= PHP - 5.5.9
= MySQL - 5.5.46
= Browser - Firefox 42.0
= Cookeys - Enabled
= JS - Enabled

Comments

shokir’s picture

I have a problem with installing Drupal 8 on 1and1, it seems that it installs all the way to the last stage but come the first page of Drupal 8 web it just stops working and you get half blank index page which practically you cannot do anything with it. And there is no support as to what to do with it (be the knowledge base from Drupal or the 1and1)......

jm9’s picture

As with previous versions of Drupal, I needed to edit Drupal's .htaccess file to complete the installation on a new 1and1 managed server:

  # If your site is running in a VirtualDocumentRoot at http://example.com/,
  # uncomment the following line:
RewriteBase /

The Drupal 8 installation completed without problems with "RewriteBase /" uncommented.

This was on a new managed server, running PHP 7.0.

Farliec’s picture

Works perfectly for me :)

arnoldd99’s picture

And me thank you.

jfha73’s picture

Drupal 8.0.0 (Not RC)
With Apache 2.4.17
PHP 7 (RC7)
MariaDB 10.0.20

This is what I get:

An AJAX HTTP error occurred.
HTTP Result Code: 500
Debugging information follows.
Path: /drupal8/core/install.php?rewrite=ok&langcode=en&profile=standard&id=1&op=do_nojs&op=do
StatusText: Internal Server Error
ResponseText: 
The website encountered an unexpected error. Please try again later.
Drupal\Core\Config\UnmetDependenciesException: Configuration objects (block.block.bartik_account_menu, block.block.bartik_branding, block.block.bartik_breadcrumbs, block.block.bartik_content, block.block.bartik_footer, block.block.bartik_help, block.block.bartik_local_actions, block.block.bartik_local_tasks, block.block.bartik_main_menu, block.block.bartik_messages, block.block.bartik_page_title, block.block.bartik_powered, block.block.bartik_search, block.block.bartik_tools, block.block.seven_breadcrumbs, block.block.seven_content, block.block.seven_help, block.block.seven_local_actions, block.block.seven_login, block.block.seven_messages, block.block.seven_page_title, block.block.seven_primary_local_tasks, block.block.seven_secondary_local_tasks, block_content.type.basic, comment.type.comment, contact.form.feedback, core.entity_form_display.block_content.basic.default, core.entity_form_display.comment.comment.default, core.entity_form_display.node.article.default, core.entity_form_display.node.page.default, core.entity_form_display.user.user.default, core.entity_view_display.block_content.basic.default, core.entity_view_display.comment.comment.default, core.entity_view_display.node.article.default, core.entity_view_display.node.article.rss, core.entity_view_display.node.article.teaser, core.entity_view_display.node.page.default, core.entity_view_display.node.page.teaser, core.entity_view_display.user.user.compact, core.entity_view_display.user.user.default, editor.editor.basic_html, editor.editor.full_html, field.field.block_content.basic.body, field.field.comment.comment.comment_body, field.field.node.article.body, field.field.node.article.comment, field.field.node.article.field_image, field.field.node.page.body, field.field.user.user.user_picture, field.storage.node.comment, field.storage.node.field_image, field.storage.node.field_tags, field.storage.user.user_picture, filter.format.basic_html, filter.format.full_html, filter.format.restricted_html, node.type.article, node.type.page, rdf.mapping.comment.comment, rdf.mapping.node.article, rdf.mapping.node.page, rdf.mapping.taxonomy_term.tags, taxonomy.vocabulary.tags) provided by standard have unmet dependencies in Drupal\Core\Config\UnmetDependenciesException::create() (line 89 of core/lib/Drupal/Core/Config/UnmetDependenciesException.php).

Drupal\Core\Config\UnmetDependenciesException::create('standard', Array)
Drupal\Core\Config\ConfigInstaller->checkConfigurationToInstall('module', 'standard')
Drupal\Core\ProxyClass\Config\ConfigInstaller->checkConfigurationToInstall('module', 'standard')
Drupal\Core\Extension\ModuleInstaller->install(Array, )
Drupal\Core\ProxyClass\Extension\ModuleInstaller->install(Array, )
install_install_profile(Array)
install_run_task(Array, Array)
install_run_tasks(Array)
install_drupal(Object)
jfha73’s picture

This is from Windows with Apache 2.4.17, PHP 5.6.15 and MariaDB 10.0.20:

Additional uncaught exception thrown while handling exception.
Original

Symfony\Component\HttpKernel\Exception\BadRequestHttpException: The provided host name is not valid for this server. in Drupal\Core\DrupalKernel->initializeSettings() (line 967 of D:\Apache24\htdocs\drupal8\core\lib\Drupal\Core\DrupalKernel.php).

Drupal\Core\DrupalKernel->initializeSettings(Object)
Drupal\Core\DrupalKernel::createFromRequest(Object, Object, 'install', 1)
install_begin_request(Object, Array)
install_drupal(Object)

Additional

Symfony\Component\DependencyInjection\Exception\InvalidArgumentException: The service definition "theme.manager" does not exist. in Symfony\Component\DependencyInjection\ContainerBuilder->getDefinition() (line 796 of D:\Apache24\htdocs\drupal8\vendor\symfony\dependency-injection\ContainerBuilder.php).

Symfony\Component\DependencyInjection\ContainerBuilder->getDefinition('theme.manager')
Symfony\Component\DependencyInjection\ContainerBuilder->get('theme.manager')
Drupal::theme()
_drupal_maintenance_theme()
drupal_maintenance_theme()
install_display_output(Array, Array, Array)
_drupal_log_error(Array, 1)
_drupal_exception_handler(Object)
the_new_guy2’s picture

Found the problem!

The error occurs because of cookies, specifically session cookies.

I was working on another project and I discovered that my main settings had my "session.cookie_path" set to "/persistent" instead of "/". Which I admit I was playing with over a year ago.

Anyways, I changed it back to root "/" and restarted my apache server and my project that I was working on, justed worked; Greats.

I went about my day, then it hit me that this might be affecting the Drupal install. It would make sense that after the databases were created the system you "log you in" by setting a session cookie, and if it could not read the session cookie it would think the user was not login and boot them to the beginning. Which is what was happening.

So I tried the installer again, and sure enough it completed the install. As a true beta tester, I wiped the install clean again, to prove the theory, and tried a fresh install yet again but with cookies disabled this time and sure enough it failed again with the same exact error message. So conclusively, the error can be explained by the cookies not being set properly or disabled.

I hope anyone else having this problem will find this post helpful.

veridicalitfolks’s picture

opcache.save_comments = 1
opcache.load_comments = 1
max_execution_time=1800000

Three Parameters saved me and https://commaster.net/content/installing-php-fastcgi-and-zend-opcache-xa...
http://php.net/manual/en/opcache.installation.php link as well Helped

to install Drupal8!

jimfuqua’s picture

I had the same error message. The message is not helpful. My problem had a different solution.

The website encountered an unexpected error. Please try again later. Error appeared on a new install of Drupal 8 on Linux Mint Linux Mint 17.2 Rafaela.

I tried multiple times to reinstall and use various solutions found on the web. Eventually, I found the answer in the PHP error log.

"GuzzleHttp requires cURL"

I had cURL installed, but not php5-curl. After installing php5-curl, it appears to work fine.

robherzog’s picture

... but, curiously, I could properly install and run a 8.0.0 drupal on this machine. Installation aborts when trying to install 8.0.1 !
config is PHP 5.5.9, apache 2.4.7, mysql 5.5.46

I get an AJAX error:
HTTP Result Code : 403
Debugging information follows.
Path: /drupal801/core/install.php?rewrite=ok&langcode=fr&profile=standard&id=1&op=do_nojs&op=do
StatusText: Forbidden
ResponseText:
403 Forbidden
Forbidden
You don't have permission to access /drupal801/core/install.php on this server.

I tried installing in en rather than fr with same result.
I checked the status of the install.php which is read for all and property of myself:www-data, exactly the same status as on my 8.0.0 installation

I am puzzled and blocked !
Any help welcome !
Robert

robherzog’s picture

Solved, at least for the time being !
The culprit in my system was identified ! I had the apache module "evasive" enabled. I disabled it (a2dismod evasive) and the installation can progress. Wonder what will happen when I will turn on evasive again ! And why did this problem not block the 8.0.0 installation on my system ?

ricky93’s picture

Hi! I am using Drupal 8.2.6 with IIS8, and My SQL. Where did you find "evasive" at? Whenever I enter the 'database configuration' information, I then select 'save and continue', redirecting me back to 'database configuration'.

mmjvb’s picture

So, you should find it in your webserver, not in your drupal installation!

ricky93’s picture

Can you explain where of the file "evasive" will be located at within the "web server"? At least from your perspective/set up.

mmjvb’s picture

tajinder.minhas’s picture

Hello Rikcy,

Just came across this post. If you werent able to resolve the issue? drupal.org has a guide to install with iis webserver

https://www.drupal.org/documentation/install/windows

I found this blog which is step to step guide on how to install php with iis - http://www.xenyomedia.com/blog/167/drupal-8-windows-iis-mssql-and-php

This is a good read so it can help

Regards
Tajinder Singh Minhas
Software Engineer
(SDG SIPL)

bradc14’s picture

For me simply removing the comment on RewriteBase / worked for me. Thanks or the tip!

deepuchowdary07’s picture

Hey i got same error like you. Did you find any solution for that'

camerongreen’s picture

I just dropped the database, recreated it and it fixed it.  Obviously not a solution for everybody.

joulsgo’s picture

For me setting the values for Reverse Proxy BEFORE launching the installation was the deal!

$settings['reverse_proxy'] = TRUE;

$settings['reverse_proxy_addresses'] = array('your reverse proxy IP');

Thank you

jschouwstra’s picture

I know this topic is old but I've fixed it by simply checking my table for the installation, and it wasn't empty, totally forgot, so this was an easy fix.

rynebl’s picture

It turns out xdebug was the culprit

For me disabling xbedug fixed the install process, my config looked like this

xdebug.profiler_output_dir="C:\PHP\"
xdebug.profiler_append=On
xdebug.profiler_enable_trigger=On
xdebug.profiler_output_name="%R-%u.trace"
xdebug.trace_options=1
xdebug.collect_params=4
xdebug.collect_return=1
xdebug.collect_vars=0
xdebug.profiler_enable=0

By removing the above it allowed the install to go through without a hitch.

auxiliaryjoel’s picture

what folder or file do you disable xdebug from?

rwcorbett’s picture

for anyone finding this thread as of April 2019 please read this thread and try the patch found there:

Lazy started sessions with session data are not saved with symfony/http-foundation 3.4.24
also, if you see fit to, you can flag this package as a conflict to your `composer.json` (taken as mitigation from that thread):

"conflict": {"symfony/http-foundation": "3.4.24"}

jarodms’s picture

Windows 10, NGINX, PHP 7.2

After trying to install and re-install many times and receiving this error (for both standard and minimal install), I tried one more time and realized my PHP memory_limit was at 128 MB, which had worked many times for D7 installs. I bumped it up to 768 MB and the install worked ok. However, for the standard install, it took nearly 10 minutes minimum to get through.

Jarod Smith
JarodMS