Discourse Installation 502 Bad Gateway

Hallo zusammen,

Discourse lief bei mir bis vor kurzem einwandfrei. Nach dem Update erhalte ich das aktuelle Problem: 502 Bad Gateway.

Ich verwende NGINX und habe nichts an Discourse selbst oder am Haupt-NGINX-Server-Proxy für den Dienst geändert.

Ich verwende auch Cloudflare DNS usw.

Hier ist, was ich getan habe:

  1. Discourse über das Admin-Panel der Website aktualisiert, das für die Commits.
  2. certbot auf dem Server installiert, bevor ich merkte, dass es bereits auf dem Server war.
  3. „sudo snap install core; sudo snap refresh core“ ausgeführt.
  4. npm und nodejs auf die neuesten Versionen aktualisiert.
  5. Die Discourse-Anwendung neu erstellt, nachdem ich gemerkt hatte, dass sie nach den Schritten 1 bis 4 ausgefallen war.

Habe meinen NGINX-Reverse-Proxy dreifach überprüft, um sicherzustellen, dass ich nichts berührt habe, was ich nicht getan habe.

Ich bin nur etwas verwirrt, was ich hier möglicherweise falsch gemacht habe.

Vielen Dank im Voraus,
~Blood

1 „Gefällt mir“

Sie erhalten für ein oder zwei Minuten nach einem Upgrade/Neustart einen 502-Fehler.

npm und nodejs auf dem Server machen keinen Unterschied für Discourse, da es all dies im Container erhält.

Wenn es immer noch nicht wieder verfügbar ist, würde ich ein Kommandozeilen-Upgrade durchführen

cd /var/discourse
./launcher rebuild app

Oh.

Sie können sich ansehen

docker logs -f app

und

/var/discourse/shared/logs/.....
1 „Gefällt mir“

Ich habe die Protokolle über den ersten Befehl mit: docker logs -f app überprüft.
Darin war mir nichts aufgefallen.

Außerdem habe ich anscheinend nicht /var/discourse/shared/logs/, sondern:

/var/discourse/shared/standalone/log

Wenn sich die Protokolle jedoch in diesem Verzeichnis befinden, bin ich mir nicht ganz sicher, welches ich lesen soll.

Oh. Ja. Entschuldigung. Es gibt Rails-Logs und es gibt Nginx-Logs, wenn Sie sich vom korrekten Pfad, den Sie angegeben haben, nach unten arbeiten. Sie können die Rails-Logs überprüfen, um zu sehen, ob etwas von Ihrem Reverse-Proxy zum Container gelangt, und Sie können auch die Rails-Logs überprüfen, um festzustellen, ob ein Fehler in Rails vorliegt.

Nach dem, was ich in den Protokollen lese, scheint redis sich anfangs nicht zu verbinden, behebt sich aber von selbst, obwohl ich nicht sicher bin, ob das schon vorher da war, daher glaube ich ehrlich gesagt nicht, dass es das redis ist, das das Problem verursacht, das ich habe.

Ich dachte, es könnte der SSL-Handshake sein, aber ich sehe nichts in der NGINX error.log, das kürzlich etwas erwähnt.

Wenn Sie einen externen Reverse-Proxy haben, sollte dieser die SSL-Sachen erledigen und nicht Discourse. Wenn Sie die SSL- und Letsencrypt-Vorlagen in Ihrer yml-Datei haben, könnte das das Problem sein, außer Sie sagten, es hätte vorher funktioniert.

Ja, ich habe gerade noch einmal überprüft, um sicherzustellen, dass sie auskommentiert sind, und das sind sie auch. Ich bin also völlig verwirrt, warum das nach dem Update usw. passiert ist.

Und es hat vorher funktioniert, wahrscheinlich vor ein paar Tagen, bevor ich ein wenig mit den Updates usw. herumgespielt habe. Soweit ich das beurteilen kann, ist dies jedoch nicht der einzige Dienst, mit dem ich Probleme habe, was mich glauben lässt, dass es an der NGINX-Seite liegt.

1 „Gefällt mir“