Il file di configurazione containers/app.yml esiste già! Fermando il contenitore esistente in 5 secondi o Control-C per annullare

Accedendo alla VM tramite ssh, ho ricevuto immediatamente:

Il file di configurazione containers/app.yml esiste già!
Salvataggio del vecchio file come app.yml.2024-12-25-193919.bak
Arresto del container esistente tra 5 secondi o premi Control-C per annullare.

Non sono sicuro di cosa stia cercando di fare?

Vorrei non aver mai installato Right Sidebar Blocks, anche se non sono sicuro che questo problema sia correlato. https://meta.discourse.org/t/issues-when-i-enable-component-maybe-right-sidebar-blocks/343964/13

Ho eseguito una ricostruzione dell’app pensando che avrebbe aiutato, ma ogni volta che accedo alla VM ora ricevo:

Il file di configurazione containers/app.yml esiste già!
Salvataggio del vecchio file come app.yml.2024-12-25-xxxxxx.bak
Arresto del container esistente tra 5 secondi o premi Control-C per annullare.

Se non lo interrompo, sembra che voglia eseguire una configurazione iniziale completa? Avevo un backup recente e l’ho ripristinato.

Ho eseguito questo: ./launcher rebuild app
ed è andato a buon fine
Posso raggiungere il mondo esterno, il sito web è attivo e funzionante…

ma all’accesso alla VM, ricevo immediatamente questo problema.

Se interrompo il processo entro 5 secondi, tutto sembra a posto, il sito web funziona bene, quindi cosa sta causando questo problema e come posso fermarlo all’accesso alla VM?

Ho anche riavviato la VM, lo stesso problema dopo l’accesso alla VM tramite ssh dopo il riavvio, ma il sito web è attivo e funzionante.

1 Mi Piace

Molto strano!

È come se avessi in esecuzione uno script bash di accesso personalizzato di qualche tipo.

Come hai installato Discourse? Strettamente utilizzando l’installazione standard?

No, non sarà il componente del tema.

4 Mi Piace

Ricevi quel messaggio quando esegui discourse-setup dopo che è stato eseguito la prima volta. Puoi eseguirlo di nuovo per modificare le impostazioni. Di solito vuoi solo eseguire un

./launcher rebuild app
1 Mi Piace

che viene eseguito immediatamente, automaticamente al login?

Allora forse è quello che fa un’installazione di Discourse con un clic su DigitalOcean.

Ecco perché l’installazione standard è raccomandata poiché non fa ciò. Penso che la loro documentazione possa dirti che puoi eliminare o modificare .bashrc o simili.

Puoi semplicemente fare un Ctrl+C quando accedi, anche se finirai comunque con un sacco di file che non faranno davvero male, ma sarebbero piuttosto fastidiosi.

2 Mi Piace

Sì, sembra più probabile.

1 Mi Piace

Ho utilizzato l’installazione standard molti mesi fa. Utilizzo un proxy inverso nginx, notare che è in funzione senza problemi da agosto.

Non ho eseguito discourse-setup (beh, una volta è partito per 5 secondi e ha iniziato a eseguire lo script di configurazione, ma l’ho interrotto e ripristinato da uno snapshot. Ho eseguito ./launcher rebuild app.

Sì: “che viene eseguito immediatamente, automaticamente al login?” Appena effettuo l’accesso e faccio sudo su come root, viene eseguito automaticamente.

Non uso Digital Ocean.

Ho appena controllato il file .bashrc per root, l’ultima riga è:

/opt/hostinger/scripts/discourse_conf.sh

Vediamo cosa fa. Se non è sempre stato lì, notare che non l’ho aggiunto io.

#!/bin/bash
clear
cd /var/discourse

if ./discourse-setup; then
  clear
  echo "Discourse è ora installato. Accedi al tuo account amministratore in un browser per continuare"
  echo "la configurazione di Discourse."

  cp -f /etc/skel/.bashrc /root/.bashrc
else
  echo ""
  echo "-----------------------------------------------------------------------------"
  echo "Lo script di configurazione è fallito con i dettagli di Discourse forniti."
  echo "Verrà rieseguito. Si prega di risolvere i problemi sopra indicati."
  echo "-----------------------------------------------------------------------------"
  echo "Quando sei pronto, premi Invio"
  echo "Per annullare la configurazione, premi Ctrl+C e questo script verrà rieseguito al tuo prossimo accesso"
  read wait
fi

Hostinger ospita la VM. Lascerò quella riga e proverò ad accedere e fare su di nuovo, non ho idea di come sia finito nel file .bashrc, certamente non l’ho aggiunto manualmente.

Sì, questo corregge il problema, non mi era mai venuto in mente che un file rc potesse essere modificato in quel modo, quindi non mi era mai venuto in mente di controllarlo. Grazie ragazzi per il vostro aiuto, è molto apprezzato!

Dopo aver commentato quella riga in bashrc:

cd /var/discourse
if ./discourse-setup; then  echo 'trovato'; else  echo 'non trovato'; fi

restituisce: non trovato

Per me è strano che l’abbia trovato, mai.

Tuttavia, se ora eseguo (dopo circa 15 minuti) ls -al ./discourse-setup restituisce: -rwxr-xr-x 1 root root 28715 23 dic 23:24 ./discourse-setup

Se eseguo if ./discourse-setup; then echo 'trovato'; else echo 'non trovato'; fi ora, si verifica il problema che stavo riscontrando: ...Arresto del container esistente tra 5 secondi o Control-C per annullare

Ho rimosso il commento, ho effettuato nuovamente l’accesso ed eseguito sudo su, e ha voluto avviare il processo di installazione, ma non ha creato lo script discourse-setup, quindi come viene creato discourse-setup?

Come viene creato lo script discourse-setup e posso eliminarlo manualmente? Se lo rinomino, non lo vedo ricrearsi all’accesso, con o senza la riga /opt/hostinger/scripts/discourse_conf.sh nel .bashrc di root.

Notare che non ho mai visto:

  echo "Lo script di configurazione è fallito con i dettagli di Discourse forniti."
  echo "Verrà rieseguito. Si prega di risolvere i problemi sopra indicati."

Ha cancellato lo schermo, e gli unici commenti che ho visto sono stati:

Il file di configurazione containers/app.yml esiste già!
Salvataggio del vecchio file come app.yml.2024-12-25-193919.bak
Arresto del container esistente tra 5 secondi o Control-C per annullare.
 diff ./.bashrc /etc/skel/.bashrc
118d117
< # /opt/hostinger/scripts/discourse_conf.sh

Non ho idea di come quella riga sia finita nel file .bashrc, e il testo che vedo sul problema non è quello descritto nel file /opt/hostinger/scripts/discourse_conf.sh, ma il problema sembra essere scomparso.

Noto anche che quando ora eseguo ./launcher rebuild app, o riavvio la VM, ottengo un errore 502 se provo ad accedere al sito troppo presto, ci vuole circa un minuto perché il sito sia disponibile. Non ricordo che fosse così in passato, ma potrei non aver mai provato ad accedere immediatamente al sito. Qualche pensiero al riguardo?

1 Mi Piace

Dovrai indagare sugli script in esecuzione al momento del login e rimuovere le righe associate all’esecuzione di setup.

Per quanto ne so, un’installazione standard non li modifica, ma eccoci qui.

Hai fatto qualcosa che ha causato quell’installazione.

2 Mi Piace

Hai ampliato il tuo post fuori dalla cronologia

Ottimo lavoro!

Mi dispiace per questo, erano circa le 2:00.

Grazie a tutti per l’assistenza. Alcuni dei problemi che ho evidenziato sopra non mi sono ancora chiari, ma sembra che il problema sia scomparso con la rimozione dell’ultima riga del file .bashrc.

Per rispondere alla mia domanda: come viene creato lo script discourse-setup e posso eliminarlo manualmente?

Lo script discourse-setup dovrebbe esistere in /var/discourse. Viene fornito come parte del codice di base.

Il 502 per un minuto, ci convivrò a meno che non senta diversamente.

1 Mi Piace

Ma non l’hai fatto. Hai usato un’immagine di Hostinger che esegue automaticamente la configurazione di Discourse quando accedi.

Vuoi eliminare la riga che esegue lo script di Hostinger da .bashrc

Non vuoi eliminare discourse-setup, ma non vuoi nemmeno eseguirlo.

1 Mi Piace

Sì, è quello che ho fatto in termini di .bashrc e discourse-setup, ma non ricordo di aver eseguito l’installazione automaticamente, né capisco perché sia ripartita all’improvviso dopo molti mesi.

Mi sembra di ricordare di aver seguito le istruzioni su GitHub, ma potrei ricordare male.

Comunque, ho rimosso quella riga dal file .bashrc.

Grazie.

1 Mi Piace

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.