Discourse-setup falha quando pups tenta criar link simbólico

Instalação
1

Estou tentando instalar o Discourse no meu servidor Fedora CoreOS, mas não estou tendo muito sucesso. Primeiro, tive que criar um diretório /var/shared/ e atualizar os templates para refletir isso, pois / é imutável no CoreOS. Isso funciona e o banco de dados sobe, mas então o Pups falha ao tentar criar um link simbólico com o seguinte erro:
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>
Tentei criar o diretório /var/www/ e definir as permissões mais flexíveis apenas para ver se isso ajudava. Pode ser que o usuário esteja incorreto. Notei que há uma instrução chown com um usuário ‘discourse’, mas acho que isso provavelmente está dentro de um contêiner. Tentei criar /var/shared/ e /var/www com um usuário padrão como proprietário, mas acho que isso provavelmente também está errado, pois o discourse-setup é executado como root.
Sou mais um usuário de Podman do que de Docker, então posso estar cometendo algum outro erro. Desativei o SELinux para ver se isso ajudava.
Qualquer ajuda é muito bem-vinda… :slight_smile:

edit.
logs abaixo

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

O erro surge ao tentar criar links simbólicos para arquivos de log, mas arquivos com esses nomes já existem.

Antes de executar o discourse-setup, remova arquivos como production.log, production_errors.log, etc. em /var/www/discourse/log. Isso permite que os comandos de criação de link simbólico sejam bem-sucedidos.
Exemplo:

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

Em seguida, reexecute a configuração.

Além disso, a propriedade do arquivo/pasta dentro do contêiner deve ser tipicamente para o usuário discourse, não para o usuário root ou do seu host. Se os arquivos forem pré-criados no host pelo usuário errado ou com permissões incorretas, a configuração pode falhar.