Discourse ne parvient pas à se connecter au port 3000

Après la mise à niveau de 2.4.2 vers 2.6.x, Discourse ne fonctionne plus pour nous.

Le problème est que Discourse tente de se connecter au port 3000 sur 127.0.0.1.

J’ai reconstruit web_only à plusieurs reprises avec ./launcher rebuild web_only.

Questions.

  1. Qu’est-ce qui est censé s’exécuter sur 127.0.0.1:3000 ?
  2. Comment redémarrer ce service ?

Salutations et merci !

À ma connaissance, c’est l’installation Ruby qui tourne sur le port 3000.

Peut-être faire un redémarrage complet.

reboot ou sudo reboot

P.S. Dis-moi que tu as fait une sauvegarde avant de mettre à jour.

Oui. Sauvegarde automatique. Le conteneur de données est opérationnel.

C’est sur un serveur de production. D’autres services sont en cours d’exécution sur ce serveur.

Vous devez reconstruire votre conteneur de données, puis reconstruire web_only. Vous trouverez quelques indices sur PostgreSQL 12 update.

J’ai exécuté ./launcher rebuild data plus de 5 fois sans aucun message d’erreur.

Je suis reconnaissant que cela se produise sur notre serveur et non chez un client :slight_smile:

Il semble que la mise à niveau vers PostgreSQL 12 ait échoué d’une manière ou d’une autre.

Pups::ExecError: /root/upgrade_postgres a échoué avec le statut de retour #<Process::Status: pid 47 exit 1>
Emplacement de l'échec : /pups/lib/pups/exec_command.rb:112:in `spawn'
L'exécution a échoué avec les paramètres "/root/upgrade_postgres"
5a74b447cdef6a2db5ea79c2ae1e31f71d1d476179a3f61ea61fc21bf8382229
** ÉCHEC DU BOOTSTRAP ** Veuillez défiler vers le haut et rechercher les messages d'erreur précédents ; il peut y en avoir plus d'un.
./discourse-doctor peut aider à diagnostiquer le problème.

Dans ce cas, les tables de la base de données Discourse ont toutes été supprimées d’une manière ou d’une autre.
J’ai décidé de revenir à la version 2.4 et de restaurer la base de données Discourse.