Bootsnap::CompileCache::PermissionError

Всем привет. У меня свежая установка Discourse в Docker.
Проблема в том, что после пересоздания контейнера он запускается, и я могу открыть страницу приложения. Однако в ответ я получаю ошибку 502. В логах или при попытке запустить, например, rails c (внутри контейнера), я вижу только эту ошибку:
`permission_error’: bootsnap не имеет прав на запись записей кэша в ‘tmp/cache/bootsnap/compile-cache’ (или, что менее вероятно, не имеет прав на чтение ‘/usr/local/lib/ruby/2.7.0/set.rb’) (Bootsnap::CompileCache::PermissionError)

Чтобы исправить это, мне приходится вручную выполнять команду chown -R discourse:discourse /var/www/discourse/tmp (точнее, для директории /var/www/discourse/tmp/cache/bootsnap) внутри контейнера, и сразу после этого приложение начинает работать нормально даже без перезапуска. Делать это вручную после каждой пересборки довольно утомительно.

Я подумал, что можно решить эту проблему, добавив команду chown -R discourse:discourse /var/www/discourse/tmp в раздел custom commands файла app.yml, но, к сожалению, это не сработало. Команды, похоже, выполняются (я проверял через mkdir), но права доступа к файлам не меняются.

В чём может быть проблема и как её решить? Возможно, есть способ корректно изменить права доступа к файлам?

Это странно. Вы следовали официальной стандартной установке Discourse?

Конечно. Никаких дополнительных действий не предпринималось.

Можете вставить содержимое файла container.yml (без паролей)?

Конечно. Вот оно:

## Это шаблон автономного контейнера Docker для Discourse «всё в одном»
##
## После внесения изменений в этот файл вы ОБЯЗАНЫ выполнить пересборку:
## /var/discourse/launcher rebuild app
##
## БУДЬТЕ *ОЧЕНЬ* ОСТОРОЖНЫ ПРИ РЕДАКТИРОВАНИИ!
## YAML-ФАЙЛЫ ЧРЕЗВЫЧАЙНО ЧУВСТВИТЕЛЬНЫ К ОШИБКАМ В ПРОБЕЛАХ И ВЫРАВНИВАНИИ!
## посетите http://www.yamllint.com/, чтобы при необходимости проверить этот файл

templates:
  - "templates/postgres.template.yml"
  - "templates/redis.template.yml"
  - "templates/web.template.yml"
  - "templates/web.ratelimited.template.yml"
## Раскомментируйте эти две строки, если хотите добавить Lets Encrypt (https)
  - "templates/web.ssl.template.yml"
  #- "templates/web.letsencrypt.ssl.template.yml"

## Какие TCP/IP-порты должен открывать этот контейнер?
## Если вы хотите, чтобы Discourse использовал один порт с другим веб-сервером, например Apache или nginx,
## см. https://meta.discourse.org/t/17247 для подробностей
expose:
  - "80:80"   # http
  - "443:443" # https

params:
  db_default_text_search_config: "pg_catalog.english"

  ## Установите db_shared_buffers максимум на 25% от общего объема памяти.
  ## Будет установлено автоматически при загрузке в зависимости от обнаруженной оперативной памяти, либо вы можете переопределить
  #db_shared_buffers: "256MB"

  ## Может улучшить производительность сортировки, но увеличивает использование памяти на подключение
  #db_work_mem: "40MB"

  ## Какую ревизию Git должен использовать этот контейнер? (по умолчанию: tests-passed)
  #version: tests-passed

env:
  LC_ALL: en_US.UTF-8
  LANG: en_US.UTF-8
  LANGUAGE: en_US.UTF-8
  # DISCOURSE_DEFAULT_LOCALE: en

  ## Сколько одновременных веб-запросов поддерживается? Зависит от памяти и ядер CPU.
  ## Будет установлено автоматически при загрузке в зависимости от обнаруженных процессоров, либо вы можете переопределить
  #UNICORN_WORKERS: 3

  ## TODO: Доменное имя, на которое будет отвечать этот экземпляр Discourse
  ## Обязательно. Discourse не будет работать с чистым IP-адресом.
  DISCOURSE_HOSTNAME: 'example.com'

  ## Раскомментируйте, если хотите, чтобы контейнер запускался с тем же
  ## именем хоста (опция -h), что указано выше (по умолчанию "$hostname-$config")
  #DOCKER_USE_HOSTNAME: true

  ## TODO: Список email-адресов через запятую, которые станут администраторами и разработчиками
  ## при первой регистрации, например 'user1@example.com,user2@example.com'
  DISCOURSE_DEVELOPER_EMAILS: 'test@mail.com'

  ## TODO: SMTP-сервер, используемый для проверки новых учетных записей и отправки уведомлений
  ## Адрес, имя пользователя и пароль SMTP обязательны
  ## ВНИМАНИЕ: символ '#' в пароле SMTP может вызвать проблемы!
  DISCOURSE_SMTP_ADDRESS: smtp.mail.io
  #DISCOURSE_SMTP_PORT: 587
  DISCOURSE_SMTP_USER_NAME: 111
  DISCOURSE_SMTP_PASSWORD: 111
  #DISCOURSE_SMTP_ENABLE_START_TLS: true           # (опционально, по умолчанию true)
  #DISCOURSE_SMTP_DOMAIN: discourse.example.com    # (требуется некоторыми провайдерами)
  #DISCOURSE_NOTIFICATION_EMAIL: noreply@discourse.example.com    # (адрес, с которого отправляются уведомления)

  ## Если вы добавили шаблон Lets Encrypt, раскомментируйте ниже, чтобы получить бесплатный SSL-сертификат
  #LETSENCRYPT_ACCOUNT_EMAIL: me@example.com

  ## Адрес CDN http или https для этого экземпляра Discourse (настроен на извлечение)
  ## см. https://meta.discourse.org/t/14857 для подробностей
  #DISCOURSE_CDN_URL: https://discourse-cdn.example.com
  
  ## Ключ лицензии MaxMind для геолокации по IP-адресу
  ## см. https://meta.discourse.org/t/-/137387/23 для подробностей
  #DISCOURSE_MAXMIND_LICENSE_KEY: 1234567890123456

## Контейнер Docker не имеет состояния; все данные хранятся в /shared
volumes:
  - volume:
      host: /var/discourse/shared/standalone
      guest: /shared
  - volume:
      host: /var/discourse/shared/standalone/log/var-log
      guest: /var/log

## Плагины размещаются здесь
## см. https://meta.discourse.org/t/19157 для подробностей
hooks:
  after_code:
    - exec:
        cd: $home/plugins
        cmd:
          - git clone https://github.com/discourse/docker_manager.git

## Любые пользовательские команды для запуска после сборки
run:
  - exec: echo "Начало пользовательских команд"
  ## Если вы хотите установить адрес email в поле 'От' для первой регистрации, раскомментируйте и измените:
  ## После получения первого письма о регистрации закомментируйте строку обратно. Выполнять нужно только один раз.
  #- exec: rails r "SiteSetting.notification_email='info@unconfigured.discourse.org'"
  #- exec: chown -R discourse:discourse /var/www/discourse/tmp/cache/bootsnap  # пример команды, как я пытался исправить права доступа к файлам
  - exec: echo "Конец пользовательских команд"

Вы не запускали discourse-setup, верно? Он должен был определить некоторые параметры, которые у вас закомментированы. Я только что внес эти изменения и хочу убедиться, что всё работает как положено.

Есть ли причина, по которой вы не используете Let’s Encrypt?

Хотя я не вижу объяснения вашей проблемы.

Во-первых, приложение было создано с помощью discourse-setup. После нескольких попыток пересборки, которые не дали положительного результата, я перешёл к одному из предопределённых .yml-файлов конфигурации из директории /samples, а затем просто отредактировал его, вставив свои учётные данные.
Почему не Let’s Encrypt? Мне предложили использовать клиентские сертификаты. Но, насколько я понимаю, сертификаты не имеют к этому отношения, так как они действительны и проблем с ними нет.
Проблема, похоже, находится на уровне проекта и конкретно связана с правами доступа к файлу кэша bootsnap (возможно, проблема на стороне Bootsnap).

Спасибо. Я согласен, что это вряд ли является проблемой. Вчера я выполнил несколько установок, которые прошли успешно. Я не вижу никакого объяснения вашей проблеме.

Мы столкнулись с той же проблемой, и я подтверждаю, что выполнение (внутри контейнера Docker):

chown -R discourse:discourse /var/www/discourse/tmp

исправило проблему! Перезапуски не потребовались. До изменения владельца права доступа к директории ‘tmp’ были установлены для ‘discourse:www-data’. Надеюсь, что в будущем это будет исправлено, чтобы после каждой пересборки не требовалось выполнять это ручное действие.

Вы запускаете лаунчер от имени root?

Да, @pfaffman, я. Это проблема?

Думаю, нет. Я всегда запускаю свои самохостинговые экземпляры от имени root и никогда не сталкивался с такой проблемой.

Кто является владельцем директории, если вы не используете chown? В недавно пересобранным контейнере это выглядит так:

# ls -l /var/www/discourse/tmp
всего 36
lrwxrwxrwx 1 root      root         19 2 мар 14:56 backups -> /shared/tmp/backups
drwxr-xr-x 1 discourse discourse  4096 2 мар 14:57 cache
drwxr-xr-x 1 discourse discourse  4096 2 мар 14:57 ember-rails
drwxr-xr-x 1 discourse root       4096 2 мар 15:04 pids
lrwxrwxrwx 1 root      root         20 2 мар 14:56 restores -> /shared/tmp/restores
drwxr-xr-x 2 discourse root       4096 2 мар 14:56 sockets
drwxr-xr-x 2 discourse discourse 12288 2 мар 15:02 stylesheet-cache

Добавляли ли вы какие-либо пользовательские команды или хуки в свой app.yml, помимо клонирования плагинов?

Владелец и группа каталога /var/www/discourse/tmp после запуска контейнера были discourse:www-data. Переназначение на discourse:discourse решило проблему. Со мной такого раньше не случалось, хотя я использую Discourse уже несколько месяцев. В любом случае, это было легко исправить, и, возможно, это был случайный сбой, поэтому я больше не хочу вас беспокоить. Большое спасибо @gerhard!