Настройка Discourse завершается неудачей, когда pups пытается создать символическую ссылку

Поддержка Самостоятельное хостинг
1

Я пытаюсь установить Discourse на свой сервер Fedora CoreOS, но у меня не очень получается. Сначала мне пришлось создать директорию /var/shared/ и обновить шаблоны, чтобы отразить это, так как корневая файловая система в CoreOS неизменяема. Это работает, база данных запускается, но затем pups падает при попытке создать символическую ссылку со следующей ошибкой:
Pups::ExecError: cd /var/www/discourse && bash -c "ln -s /var/shared/log/rails/{production,production_errors,unicorn.stdout,unicorn.stderr,sidekiq}.log /var/www/discourse/log" failed with return #<Process::Status: pid 241 exit 1>

Я пробовал создать директорию /var/www/ и установить самые разрешительные права доступа, просто чтобы посмотреть, поможет ли это. Возможно, проблема в пользователе. Я заметил, что есть команда chown для пользователя ‘discourse’, но, думаю, это происходит внутри контейнера. Я пробовал создавать /var/shared/ и /var/www/ с обычным пользователем в качестве владельца, но, думаю, это тоже неправильно, так как discourse-setup запускается от root.

Я больше пользователь podman, чем docker, поэтому, возможно, допускаю какие-то другие ошибки. Я отключил SELinux, чтобы посмотреть, поможет ли это.

Буду очень благодарен за любую помощь… :slight_smile:

edit.
Логи ниже

cd /var/www/discourse && bash -c "ln -s /var/shared/log/rails/{production,production_errors,unicorn.stdout,unicorn.stderr,sidekiq}.log /var/www/discourse/log"
ln: failed to create symbolic link '/var/www/discourse/log/production.log': File exists
ln: failed to create symbolic link '/var/www/discourse/log/production_errors.log': File exists
ln: failed to create symbolic link '/var/www/discourse/log/unicorn.stdout.log': File exists
ln: failed to create symbolic link '/var/www/discourse/log/unicorn.stderr.log': File exists
ln: failed to create symbolic link '/var/www/discourse/log/sidekiq.log': File exists
I, [2025-06-15T16:41:06.444013 #1]  INFO -- : 
I, [2025-06-15T16:41:06.445624 #1]  INFO -- : Terminating async processes
I, [2025-06-15T16:41:06.445825 #1]  INFO -- : Sending INT to HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/15/bin/postmaster -D /etc/postgresql/15/main pid: 42
I, [2025-06-15T16:41:06.446165 #1]  INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 91
2025-06-15 16:41:06.446 UTC [42] LOG:  received fast shutdown request
91:signal-handler (1750005666) Received SIGTERM scheduling shutdown...
91:M 15 Jun 2025 16:41:06.451 # User requested shutdown...
2

Ошибка возникает из-за попытки создать символические ссылки для файлов журналов, но файлы с такими именами уже существуют.

Перед запуском discourse-setup удалите файлы, такие как production.log, production_errors.log и т. д., в каталоге /var/www/discourse/log. Это позволит командам создания символических ссылок выполниться успешно.
Пример:

rm /var/www/discourse/log/production.log
rm /var/www/discourse/log/production_errors.log
rm /var/www/discourse/log/unicorn.stdout.log
rm /var/www/discourse/log/unicorn.stderr.log
rm /var/www/discourse/log/sidekiq.log

Затем перезапустите настройку.

Кроме того, владелец файлов/папок внутри контейнера должен обычно принадлежать пользователю discourse, а не root или вашему хост-пользователю. Если файлы были предварительно созданы на хосте неправильным пользователем или с неверными правами доступа, настройка может завершиться неудачей.