Problem/Motivation

After a minute or so, the installation stops responding.

System: Ubuntu 20.04 with PHP 8.1.3.

Steps to reproduce

  1. Download and install Drupal, from Step 2 - download and run Drupal:
    $ mkdir drupal && cd drupal && curl -sSL https://www.drupal.org/download-latest/tar.gz | tar -xz --strip-components=1
    $ php -d memory_limit=256M ./core/scripts/drupal quick-start demo_umami
  2. Click around, do a search, open a node, click "Edit", "Save", etc.
  3. See that it at some point stops responding, and hangs ...

To make it work again, you can stop and restart the PHP server, using the .ht.router.php in stead:

php -S localhost:8888 .ht.router.php

From Drupal Quick Start Command > Troubleshooting.

Proposed resolution

TBD

Remaining tasks

Figure out why the installation stops responding, and adjust the code to prevent it from happening.

User interface changes

API changes

Data model changes

Release notes snippet

Comments

ressa created an issue. See original summary.

ressa’s picture

Issue summary: View changes
ressa’s picture

Title: quick-start installation hangs and times out » quick-start installation stops responding
ressa’s picture

Issue summary: View changes
ressa’s picture

Issue summary: View changes
kristen pol’s picture

Thanks for making this issue. I had the same issues after trying to use quickstart for months awhile back and gave up. I’ve been using DrupalPod these days.

Version: 9.3.x-dev » 9.4.x-dev

Drupal 9.3.15 was released on June 1st, 2022 and is the final full bugfix release for the Drupal 9.3.x series. Drupal 9.3.x will not receive any further development aside from security fixes. Drupal 9 bug reports should be targeted for the 9.4.x-dev branch from now on, and new development or disruptive changes should be targeted for the 9.5.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.4.x-dev » 9.5.x-dev

Drupal 9.4.9 was released on December 7, 2022 and is the final full bugfix release for the Drupal 9.4.x series. Drupal 9.4.x will not receive any further development aside from security fixes. Drupal 9 bug reports should be targeted for the 9.5.x-dev branch from now on, and new development or disruptive changes should be targeted for the 10.1.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

quietone’s picture

Priority: Normal » Major
Issue summary: View changes

I ran into this yesterday. After the first page load the new site does not respond. I am on PHP 8.2.0 and Debian 11.

The workaround needed a modification for me. This is was worked. php -S 127.0.0.1:8888 .ht.router.php.

This problem does 'Render a site unusable' which could make it a critical, except there is workaround. Therefor, changing to major.

quietone’s picture

I tried again, starting in /tmp. That worked much better, the site responded normally. Previously, I started from an existing project directory.

This time I was able to test with standard and demo_umami. Both worked without a problem. However, with the standard install I did get the site to hang when it tried to download translations. I did not try the same with umami.

ressa’s picture

Thanks for confirming this @Kristen Pol and @quietone. I agree that this is Major.

@Kristen Pol: Perhaps you can add your OS, for completeness? Because if you are also using Debian/Ubuntu there's a pattern.

Has anyone else seen this (or not) on macOS, or other OS'es?

covic’s picture

Hello people,

I am having this same issue in Drupal 10 just now, at windows 10 (need to make it run on this machine, meh), local host, unami test, PHP 8.1.12, frooze when seeting up translations, unfortunatly no workarround is working arround, but still trying...

(edit) Just found out that it seems to be a livelock condition (but not sure, almost zero resources used meanwhle), I leave it "running" while I double check environment variables, after 17 minutes instalation resumes.

ressa’s picture

Thanks for sharing @covic, it's really valuable to know that this happens on several different operating systems. Interesting that the installation revives after 17 minutes. Though I think for me, @Kristen Pol and @quietone, it only freezes after installation is completed, during browsing of the web site. Then again, if the freeze happens after 2 minutes, and your installation is slow-ish, it could explain it ... ?

I see this issue has 10 followers, and it would be awesome if you could try the command, and post your experience here. Please include your operating system and PHP version.

balajidharma’s picture

Version: 9.5.x-dev » 10.1.x-dev

Version: 10.1.x-dev » 11.x-dev

Drupal core is moving towards using a “main” branch. As an interim step, a new 11.x branch has been opened, as Drupal.org infrastructure cannot currently fully support a branch named main. New developments and disruptive changes should now be targeted for the 11.x branch, which currently accepts only minor-version allowed changes. For more information, see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

MickL’s picture

I am having the same issue: Everything freezes after a few clicks running "php -d memory_limit=256M web/core/scripts/drupal quick-start demo_umami". I am on macOS 14.0 and PHP 8.2.11.

Any news on this 1.5 years old issue?

ressa’s picture

Title: quick-start installation stops responding » Quick start command installation stops responding
ressa’s picture

Quick-start still freezes after around a minute of browsing in Drupal 10.2.1. I tried upping memory to memory_limit=512M but it still happens, so memory seems to not be the issue.

ressa’s picture

Status: Active » Closed (cannot reproduce)

EDIT: A bit embarrassed to admit this, but of course I can't reproduce it with the method below, because I am not using PHP's built in server, but DDEV. So disregard the below :)

As a side effect of #3399873: Evaluate the whole idea of the Evaluator guide I tried the Quick Start command today, and it doesn't seem to hang any more, it just works. So I am closing the issue, but feel free to re-open, if you can reproduce the problem :)

I used DDEV with this method to check:

git clone https://git.drupalcode.org/project/drupal.git qs && cd qs
ddev config --project-type php
ddev start
ddev composer install
ddev php -d memory_limit=256M core/scripts/drupal quick-start demo_umami

It was ready here: https://qs.ddev.site/

ressa’s picture

The update to SQLite 3.45 in Drupal 11 is a challenge, see Document or fix Drupal Quickstart command #7348.

sokru’s picture

Status: Closed (cannot reproduce) » Active

Still an issue on 11.x branch.

ressa’s picture

Thanks for checking @sokru, it would be great if you could share your Operating System and PHP version, if possible?

@stasadev from DDEV graciously provided the commands to allow running quick-start using PHP's built in web server in DDEV, for development:

git clone https://git.drupalcode.org/project/drupal.git qs && cd qs
ddev config --project-type=drupal --webserver-type=generic --disable-settings-management
cat <<'EOF' > .ddev/config.drupal.yaml
web_extra_exposed_ports:
    - name: "drupal"
      container_port: 80
      http_port: 80
      https_port: 443
EOF
ddev start
ddev composer install
ddev php -d memory_limit=256M core/scripts/drupal quick-start demo_umami -vvv --host=0.0.0.0 --port=80 --suppress-login

Copy the last part of the "One time login url" and use like this to launch in your browser:
ddev launch /en/user/reset/1/1749022638/TPUL789[...]123abcz/login

From Document or fix Drupal Quickstart command #7348.

To verify that PHP's built in web server is used with the DDEV set up above, check the "Response Headers" in your browser. You should see X-Powered-By: PHP/8.3.21, and not DDEV standard Nginx (server: nginx) or DDEV using Apache (server: Apache/2.4.62 (Debian)).

stasadev’s picture

Adding -vvv to the quick-start command seems to work, at least for DDEV https://github.com/ddev/ddev/issues/7348#issuecomment-2934263399

Or if there is a problem, -vvv can show more details.

Version: 11.x-dev » main

Drupal core is now using the main branch as the primary development branch. New developments and disruptive changes should now be targeted to the main branch.

Read more in the announcement.

mradcliffe’s picture

I believe I am running into this on latest head using the standard profile using PHP 8.5.

I get about 10 page requests before it stops responding. Then I Ctrl-C, use the server command to restart the same install, and get another several page requests before it stops responding.

I tried the -vvv workaround, and that seems to work as well.