Wie man den Fehler des Discourse-Upstreams im Container aufspürt, der zu 502 Bad Gateway führt

Installation
1

(Ja, ich habe zuerst gesucht)

Nachdem ich kürzlich die Admin-Upgrade-Oberfläche verwendet habe, funktionierte meine Discourse-Instanz nicht mehr und gab 502 Bad Gateway zurück.

Ich bin in den Container eingedrungen und es scheint, dass dort ein Nginx läuft, der einen Server unter localhost:3000 erwartet, der nicht läuft.

(54) Waiting for new unicorn workers under 3802725 to start up...
(54) Waiting for new unicorn workers under 3802725 to start up...
(54) Old pid is: 3800363 New pid is: 3802725
config/unicorn_launcher: line 71: kill: (3802725) - No such process
config/unicorn_launcher: line 15: kill: (3802725) - No such process
(54) exiting
ok: run: redis: (pid 62) 3418739s
ok: run: postgres: (pid 53) 3418739s
supervisor pid: 3803896 unicorn pid: 3803900
config/unicorn_launcher: line 71: kill: (3803900) - No such process
config/unicorn_launcher: line 15: kill: (3803900) - No such process
(3803896) exiting

dies wird wiederholt gefolgt von:

ok: run: redis: (pid 64) 4905s
ok: run: postgres: (pid 65) 4905s
supervisor pid: 18571 unicorn pid: 18575
config/unicorn_launcher: line 71: kill: (18575) - No such process
config/unicorn_launcher: line 15: kill: (18575) - No such process
(18571) exiting

Ich möchte diesen Thread eröffnen, um Hilfe bei der Fehlersuche zu erhalten. Was ist der nächste Schritt? Welchen Befehl versucht Discourse auszuführen? (Ich weiß, dass ich das herausfinden könnte, indem ich den Code lese/reverse-engineere, aber es könnte nützlich sein, einen Thread darüber im Forum zu haben.)

Ich wäre dankbar für jeden Hinweis.

1 „Gefällt mir“
2

Beginnen Sie mit der Suche :wink:

Das sieht ähnlich aus?

Verwenden Sie eine komplett vanilla Standardinstallation?

3

Angesichts des Zeitpunkts hängt dies höchstwahrscheinlich mit einer Änderung am Data Explorer zusammen, die einige Probleme verursacht hat. Wir haben sie nun rückgängig gemacht. Wenn Sie den Wiederaufbau erneut versuchen, sollte er besser funktionieren.

3 „Gefällt mir“
4

Ja, ich benutze den Data Explorer. Ich habe kein git pull gemacht, bevor ich neu gestartet habe.
Wenn ich ein git pull mache und dann ./launcher restart app, ist es nicht behoben.

Außer, dass ich es hinter einem Nginx auf dem Host betreibe.
(Und ich habe ein paar Plugins, wie den Data Explorer.)

Ich versuche jetzt ./launcher rebuild app – ich hoffe, dass das Neuerstellen der App meine Forendatenbank erhält … und ich nicht mit meinem Forum zurückgesetzt werde.
launcher rebuild app behebt das Problem nicht.

Dieser Beitrag beschreibt ein Problem mit privilegierten vs. nicht privilegierten Containern, liefert aber keine weiteren Informationen. Er ist auch 2 Jahre alt, daher ist er möglicherweise nicht mit einem kürzlichen Update verbunden.

5

Sicher, die Datenbank befindet sich auf dem gemounteten freigegebenen Ordner, sodass sie erhalten bleibt.

Das Neustarten des Containers nach einem git pull wird wahrscheinlich nicht ausreichen.

6

Verstanden. Ich mache auch ./launcher rebuild app – würde das nicht Updates für die Plugins ziehen?

7

Ja, das wird auch die Plugins aktualisieren (solange sie in app.yml geklont sind)

8

Falls dies noch untersucht wird, hatte ich einen 502 Gateway-Fehler, aber nicht direkt nach der Update-Routine, die auf halbem Weg mit einem Ruby-Versioning-Fehler fehlschlug. Da ich den Server etwa sechs Wochen lang nicht aktualisiert hatte, führte ich apt update/upgrade aus und startete neu. Da trat der 502-Fehler auf, ich konnte die Forum-Website nicht aufrufen. Das Neuerstellen der App hat die Dinge behoben und Discourse auch vollständig aktualisiert.

Zu Ihrer Information, ich habe diese Plugins installiert und aktiviert:

discourse-bbcode
discourse-data-explorer
discourse-docs
docker_manager
styleguide

und diese installiert, aber deaktiviert:

discourse-topic-list-previews
discoursepage

9

4 Beiträge wurden in ein neues Thema aufgeteilt: Gibt es eine schrittweise Diagnose, wenn eine Discourse-Site mit einem 502 Bad Gateway gefunden wird?