Discourse-setup fallisce quando pups prova a creare un link simbolico

Installazione
1

Sto cercando di installare discourse sul mio server fedora-coreos, ma non ci riesco. Per prima cosa ho dovuto creare una directory /var/shared/ e aggiornare i template per riflettere questo, poiché / è immutabile su coreos. Questo funziona e il database si avvia, ma poi pups fallisce quando tenta di creare un link simbolico con il seguente errore:
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>
Ho provato a creare la directory /var/www/ e a impostare i permessi più permissivi solo per vedere se questo aiutava. Potrebbe essere l’utente sbagliato. Ho notato che c’è un’istruzione chown con un utente ‘discourse’, ma penso che sia probabilmente all’interno di un container. Ho provato a creare /var/shared/ e /var/www con un utente standard come proprietario, ma penso che anche questo sia probabilmente sbagliato poiché discourse-setup viene eseguito come root.
Sono più un utente di podman che di docker, quindi potrei commettere qualche altro errore. Ho disabilitato selinux per vedere se questo aiutava.
Ogni aiuto è molto apprezzato… :slight_smile:

modifica.
log qui sotto

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: impossibile creare il link simbolico '/var/www/discourse/log/production.log': File exists
ln: impossibile creare il link simbolico '/var/www/discourse/log/production_errors.log': File exists
ln: impossibile creare il link simbolico '/var/www/discourse/log/unicorn.stdout.log': File exists
ln: impossibile creare il link simbolico '/var/www/discourse/log/unicorn.stderr.log': File exists
ln: impossibile creare il link simbolico '/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 -- : Terminazione processi asincroni
I, [2025-06-15T16:41:06.445825 #1]  INFO -- : Invio INT a 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 -- : Invio TERM a 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:  richiesta di arresto rapido ricevuta
91:signal-handler (1750005666) Ricevuto SIGTERM, pianificazione arresto...
91:M 15 Jun 2025 16:41:06.451 # Richiesta di arresto dall'utente...
2

L’errore deriva dal tentativo di creare collegamenti simbolici per i file di log, ma file con quei nomi esistono già.

Prima di eseguire discourse-setup, rimuovi file come production.log, production_errors.log, ecc. in /var/www/discourse/log. Ciò consente ai comandi di collegamento simbolico di avere successo.
Esempio:

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

Quindi, riesegui l’installazione.

Inoltre, la proprietà dei file/cartelle all’interno del container dovrebbe essere tipicamente per l’utente discourse, non per root o per il tuo utente host. Se i file vengono pre-creati sull’host dall’utente sbagliato o con permessi errati, l’installazione potrebbe fallire.