Después de actualizar de 2.4.2 a 2.6.x, Discourse ya no funciona para nosotros.
El problema es que Discourse intenta conectarse al puerto 3000 en 127.0.0.1.
He reconstruido web_only varias veces con ./launcher rebuild web_only.
Preguntas:
¡Saludos y gracias!
Por lo que sé, esa es la instalación de Ruby que se está ejecutando en el puerto 3000.
Quizás lo mejor sea hacer un reinicio completo.
reboot o sudo reboot
P.D. Por favor, dime que hiciste una copia de seguridad antes de actualizar.
Sí. Copia de seguridad automática. El contenedor de datos está activo y funcionando.
Está en un servidor de producción. Otros servicios se están ejecutando en ese servidor.
Necesitas reconstruir tu contenedor de datos y luego reconstruir web_only. Hay algunas pistas en PostgreSQL 12 update.
He ejecutado ./launcher rebuild data más de 5 veces sin mensajes de error.
Estoy agradecido de que esto esté ocurriendo en nuestro servidor y no en el de un cliente 
Parece que la actualización a PostgreSQL 12 falló de alguna manera.
Pups::ExecError: /root/upgrade_postgres falló con el estado de retorno #<Process::Status: pid 47 exit 1>
Ubicación del fallo: /pups/lib/pups/exec_command.rb:112:in `spawn'
La ejecución falló con los parámetros "/root/upgrade_postgres"
5a74b447cdef6a2db5ea79c2ae1e31f71d1d476179a3f61ea61fc21bf8382229
** FALLO EN EL INICIO ** Por favor, desplázate hacia arriba y busca mensajes de error anteriores; puede haber más de uno.
./discourse-doctor puede ayudar a diagnosticar el problema.
En este caso, las tablas de la base de datos de Discourse fueron eliminadas de alguna manera.
Decidí volver a la versión 2.4 y restaurar la base de datos de Discourse.