Dopo l’aggiornamento da 2.4.2 a 2.6.x, Discourse non funziona più per noi.
Il problema è che Discourse sta cercando di connettersi alla porta 3000 su 127.0.0.1.
Ho ricostruito web_only numerose volte con ./launcher rebuild web_only.
Domande:
Saluti e grazie!
Per quanto ne so, è l’installazione di Ruby in esecuzione sulla porta 3000.
Forse prova un riavvio completo.
reboot oppure sudo reboot
P.S. Dimmi per favore che hai fatto un backup prima di aggiornare.
Sì. Backup automatico. Il contenitore dei dati è attivo e funzionante.
È su un server di produzione. Altri servizi sono in esecuzione su quel server.
È necessario ricreare il contenitore dei dati e successivamente ricreare web_only. Ci sono alcuni suggerimenti su PostgreSQL 12 update.
Ho eseguito ./launcher rebuild data più di 5 volte senza messaggi di errore.
Sono grato che ciò stia accadendo sul nostro server e non su quello di un cliente 
Sembra che l’aggiornamento a PostgreSQL 12 sia fallito in qualche modo.
Pups::ExecError: /root/upgrade_postgres è fallito con il codice di uscita #<Process::Status: pid 47 exit 1>
Posizione dell'errore: /pups/lib/pups/exec_command.rb:112:in `spawn'
esecuzione fallita con i parametri "/root/upgrade_postgres"
5a74b447cdef6a2db5ea79c2ae1e31f71d1d476179a3f61ea61fc21bf8382229
** BOOTSTRAP FALLITO ** scorri verso l'alto e cerca i messaggi di errore precedenti; potrebbero essercene più di uno.
./discourse-doctor può aiutare a diagnosticare il problema.
In questo caso, le tabelle del database di Discourse sono state tutte eliminate in qualche modo.
Ho deciso di tornare alla versione 2.4 e ripristinare il database di Discourse.