[DrupalCon Prague] docker wodby stack setup write permissions issue

Created on 20 September 2022, about 2 years ago
Updated 8 December 2023, 12 months ago

Thanks for testing Automatic Updates! Please tell us in detail about any problems you encountered. To help you, you can use the prompts below as guidance.

Which hosting provider did you test Automatic Updates with? eg. BlueHost, SiteGround, etc.

It is a private server, using Ubuntu, hosted by Azure

What was your goal? For example, what versions of Drupal core were you trying to update from and to?

I wanted to test the update from 9.3.21 to the latest 9.4.x release (9.4.6 time of writing this)

What were the steps you took, starting from when you added the Automatic Updates module to your Drupal project (see https://www.drupal.org/i/3275810#install-module β†’ for instructions)? Include anything that seems relevant, including commands you ran, links you clicked on, output logs, relevant config files, screenshots, screen recordings, etc.

I followed these steps 🌱 Automatic updates 8.x-2.x testing guide for hosting environments Closed: outdated up until
the following:

  1. Visit the "Extend" page (/admin/modules).
  2. Click the "Update" tab.

What was your environment like?

Please answer as many of the following questions as you can.

Are you using Lando, DDEV, or another Docker-based environment?:
I created a stack from my portainer UI (docker-compose.yml) using wodby images

What operating system were you using?

dimitris@Ubuntu:~$ lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 18.04.6 LTS
Release:	18.04
Codename:	bionic

What web server are you using?

What PHP version are you using (see https://www.drupal.org/i/3275810#confirm-php-version β†’ )?

wodby@php.container:/var/www/html $ php -v
PHP 8.0.23 (cli) (built: Sep  1 2022 22:44:30) ( NTS )
Copyright (c) The PHP Group
Zend Engine v4.0.23, Copyright (c) Zend Technologies
    with Zend OPcache v8.0.23, Copyright (c), by Zend Technologies

What version of Composer are you using (see https://www.drupal.org/i/3275810#confirm-composer-version β†’ )?

wodby@php.container:/var/www/html $ composer --version
Composer version 2.4.1 2022-08-20 11:44:50

Did you accomplish your goal? Were the instructions clear? Did you observe any bugs or errors, or other issues? Did you need to do any workarounds?

As soon as I accessed the "Update" tab from Extend page, I got the following errors


    The file system is not writable.
        The Drupal directory "/var/www/html/web" is not writable.
        The vendor directory "/var/www/html/vendor" is not writable.
    The following paths must be writable in order to update default site configuration files.
        /var/www/html/web/sites/default/default.services.yml
        /var/www/html/web/sites/default/default.settings.php

I installed devel_php β†’ and ran this code

var_dump(is_writable('/var/www/html'));

And the output was "FALSE".

I ran the same code using drush and it returned TRUE.

I ran the drush script through the PHP container

Attached you can find the docker-compose.yml I used. You have to set an environment variable "PROJECT_NAME"

Problem with these instructions? Anything else we should know?

Everything clear!

πŸ’¬ Support request
Status

Closed: outdated

Version

2.0

Component

Code

Created by

πŸ‡¬πŸ‡·Greece dimitriskr

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

  • πŸ‡ΊπŸ‡ΈUnited States phenaproxima Massachusetts

    I think I'm going to close this one out, for two reasons:

    1. 8.x-2.x is unsupported.
    2. 3.0.x (the supported branch) has the ability to do updates as another user, via the console, rather than relying on the web server having write permission to the filesystem. So, in this case, you'd probably want to do updates that way.
Production build 0.71.5 2024