Discourse-setup échoue lorsque pups essaie de créer un lien symbolique

Installation
1

J’essaie d’installer discourse sur mon serveur fedora-coreos, mais je n’ai pas beaucoup de succès. J’ai d’abord dû créer un répertoire /var/shared/ et mettre à jour les modèles pour en tenir compte, car / est immuable sur coreos. Cela fonctionne et la base de données démarre, mais ensuite pups échoue lorsqu’il essaie de créer un lien symbolique avec l’erreur suivante :
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>
J’ai essayé de créer le répertoire /var/www/ et de définir les permissions les plus lâches juste pour voir si cela aidait. C’est peut-être l’utilisateur qui est incorrect. J’ai remarqué qu’il y a une instruction chown avec un utilisateur ‘discourse’, mais je pense que cela se trouve probablement à l’intérieur d’un conteneur. J’ai essayé de créer /var/shared/ et /var/www avec un utilisateur standard comme propriétaire, mais je pense que c’est probablement aussi incorrect car discourse-setup s’exécute en tant que root.
Je suis plus un utilisateur de podman qu’un utilisateur de docker, donc je fais peut-être une autre erreur. J’ai désactivé selinux pour voir si cela aidait.
Toute aide est grandement appréciée… :slight_smile:

edit.
logs ci-dessous

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: impossible de créer le lien symbolique '/var/www/discourse/log/production.log': Le fichier existe
ln: impossible de créer le lien symbolique '/var/www/discourse/log/production_errors.log': Le fichier existe
ln: impossible de créer le lien symbolique '/var/www/discourse/log/unicorn.stdout.log': Le fichier existe
ln: impossible de créer le lien symbolique '/var/www/discourse/log/unicorn.stderr.log': Le fichier existe
ln: impossible de créer le lien symbolique '/var/www/discourse/log/sidekiq.log': Le fichier existe
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

L’erreur provient de la tentative de création de liens symboliques pour les fichiers journaux, mais des fichiers portant ces noms existent déjà.

Avant d’exécuter discourse-setup, supprimez les fichiers tels que production.log, production_errors.log, etc. dans /var/www/discourse/log. Cela permettra aux commandes de création de liens symboliques de réussir.
Exemple :

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

Réexécutez ensuite la configuration.

De plus, la propriété des fichiers/dossiers à l’intérieur du conteneur devrait généralement appartenir à l’utilisateur discourse, et non à root ou à votre utilisateur hôte. Si des fichiers sont pré-créés sur l’hôte par le mauvais utilisateur ou avec des autorisations incorrectes, la configuration peut échouer.