Discourse falhando ao conectar à porta 3000

Após a atualização de 2.4.2 para 2.6.x, o Discourse parou de funcionar para nós.

O problema é que o Discourse está tentando se conectar à porta 3000 em 127.0.0.1.

Reconstruí o web_only várias vezes com ./launcher rebuild web_only.

Perguntas:

  1. O que deveria estar rodando em 127.0.0.1:3000?
  2. Como reiniciar esse serviço?

Abraços e obrigado!

Pelo que sei, é a instalação do Ruby rodando na porta 3000.

Talvez seja melhor fazer uma reinicialização completa.

reboot ou sudo reboot

P.s. Por favor, me diga que você fez um backup antes de atualizar.

Sim. Backup automático. O contêiner de dados está ativo e funcionando.

Está em um servidor de produção. Outros serviços estão rodando nesse servidor.

Você precisa reconstruir seu contêiner de dados e, em seguida, reconstruir o web_only. Há algumas dicas em PostgreSQL 12 update.

Executei ./launcher rebuild data mais de 5 vezes sem mensagens de erro.

Agradeço que isso esteja acontecendo no nosso servidor e não no de um cliente :slight_smile:

Parece que a atualização para o PostgreSQL 12 falhou de alguma forma.

Pups::ExecError: /root/upgrade_postgres falhou com o retorno #<Process::Status: pid 47 exit 1>
Local da falha: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec falhou com os parâmetros "/root/upgrade_postgres"
5a74b447cdef6a2db5ea79c2ae1e31f71d1d476179a3f61ea61fc21bf8382229
** FALHA NO BOOTSTRAP ** por favor, role para cima e procure mensagens de erro anteriores; pode haver mais de uma.
./discourse-doctor pode ajudar a diagnosticar o problema.

Neste caso, as tabelas do banco de dados do Discourse foram todas removidas de alguma forma.
Decidi fazer o rollback para a versão 2.4 e restaurar o banco de dados do Discourse.