Installation de Discourse 502 Bad Gateway

Installation
1

Salut à tous,

J’avais Discourse qui fonctionnait bien jusqu’à l’autre jour. Après la mise à jour, j’obtiens le problème actuel : 502 Bad Gateway.

J’utilise NGINX et je n’ai rien changé à Discourse lui-même ni au serveur proxy NGINX principal pour le service.

J’utilise également Cloudflare DNS, etc.

Voici ce que j’ai fait :

  1. Mis à jour Discourse via le panneau d’administration du site web, celui pour les commits.
  2. Installé certbot sur le serveur avant de réaliser qu’il était déjà présent sur le serveur.
  3. Exécuté « sudo snap install core; sudo snap refresh core ».
  4. Mis à jour npm et nodejs aux dernières versions.
  5. Reconstruit l’application Discourse après avoir réalisé qu’elle était en panne après les étapes 1 à 4.

J’ai vérifié trois fois mon proxy inverse nginx pour m’assurer que je n’avais rien touché, ce qui n’est pas le cas.

Je suis juste un peu confus quant à ce que j’ai pu gâcher ici.

Merci d’avance,
~Blood

1 « J'aime »
2

Vous obtenez une erreur 502 pendant une minute ou deux après une mise à niveau/un redémarrage.

npm et nodejs sur le serveur n’apportent aucune différence à Discourse, car il obtient tout cela dans le conteneur.

Si cela n’est toujours pas rétabli, je ferais une mise à niveau en ligne de commande

cd /var/discourse
./launcher rebuild app

Ah.

Vous pouvez regarder

docker logs -f app

et

/var/discourse/shared/logs/.....
1 « J'aime »
3

J’ai vérifié les journaux via la première commande avec : docker logs -f app.
Il n’y avait rien qui m’ait sauté aux yeux.

Aussi, apparemment, je n’ai pas /var/discourse/shared/logs/, j’ai :

/var/discourse/shared/standalone/log

Cependant, si les journaux sont dans ce répertoire, je ne suis pas entièrement sûr de celui que je devrais lire.

4

Oh. Oui. Désolé. Il y a des journaux Rails et il y a des journaux Nginx si vous descendez du chemin correct que vous avez fourni. Vous pouvez vérifier les journaux Rails pour voir si les choses passent de votre proxy inverse au conteneur et vous pouvez également vérifier les journaux Rails pour voir s’il y a une erreur dans Rails.

5

D’après ce que je lis dans les journaux, il semble que redis ne se connecte pas initialement mais se corrige lui-même, bien que je ne sois pas sûr si cela était déjà présent auparavant, donc je ne pense honnêtement pas que ce soit redis qui cause le problème que j’ai.

Je pensais que cela pourrait être la poignée de main SSL, mais je ne vois rien dans le error.log de NGINX mentionnant quoi que ce soit de récent.

6

Si vous avez un proxy inverse externe, c’est lui qui devrait gérer les opérations SSL et non Discourse. Si vous avez les modèles ssl et letsencrypt dans votre fichier yml, cela pourrait être le problème, sauf si vous avez dit que cela fonctionnait auparavant.

7

Oui, j’ai juste revérifié pour m’assurer qu’ils étaient commentés et ils le sont, donc je suis complètement confus quant à la raison pour laquelle cela s’est produit après la mise à jour, etc.

Et cela fonctionnait avant, probablement il y a quelques jours avant de jouer un peu avec les mises à jour, etc. Bien que d’après ce que je peux voir, ce n’est pas le seul service avec lequel j’ai un problème, ce qui me fait croire que c’est du côté de NGINX.

1 « J'aime »