Falla la configuración de Discourse cuando pups intenta crear un enlace simbólico

Instalación
1

Estoy intentando instalar Discourse en mi servidor Fedora CoreOS, pero no tengo mucho éxito. Primero tuve que crear un directorio /var/shared/ y actualizar las plantillas para reflejar esto, ya que / es inmutable en CoreOS. Esto funciona y la base de datos se inicia, pero luego Pups falla cuando intenta crear un enlace simbólico con el siguiente error:
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>
He intentado crear el directorio /var/www/ y establecer los permisos más laxos solo para ver si eso ayuda. Podría ser que el usuario sea incorrecto. Noto que hay una declaración chown con un usuario ‘discourse’, pero creo que eso probablemente está dentro de un contenedor. He intentado crear /var/shared/ y /var/www con un usuario estándar como propietario, pero creo que esto probablemente también sea incorrecto ya que discourse-setup se ejecuta como root.
Soy más un usuario de Podman que de Docker, así que podría estar cometiendo algún otro error. He deshabilitado SELinux para ver si eso ayuda.
Toda ayuda es muy agradecida… :slight_smile:

edit.
logs a continuación

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

El error se origina al intentar crear enlaces simbólicos para los archivos de registro, pero ya existen archivos con esos nombres.

Antes de ejecutar discourse-setup, elimina archivos como production.log, production_errors.log, etc. en /var/www/discourse/log. Esto permitirá que los comandos de enlace simbólico se ejecuten correctamente.
Ejemplo:

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

Luego, vuelve a ejecutar la configuración.

Además, la propiedad de los archivos/carpetas dentro del contenedor debe ser típicamente para el usuario discourse, no para root o tu usuario anfitrión. Si los archivos son pre-creados en el anfitrión por el usuario incorrecto o con permisos incorrectos, la configuración puede fallar.