Wenn ich ./launcher stop app und dann ./launcher start app ausführe, zeigt die Website 502 Bad Gateway an. Ich weiß nicht, was das Problem ist, ich habe versucht, neu zu erstellen, aber ohne Erfolg.
Bitte raten Sie mir, wie ich das beheben kann.
Könnten Sie die Rebuild-Protokolle teilen?
root@amsaal:/var/discourse# ./launcher logs app
x86_64 arch erkannt.
run-parts: Ausführung von /etc/runit/1.d/00-ensure-links
run-parts: Ausführung von /etc/runit/1.d/00-fix-var-logs
run-parts: Ausführung von /etc/runit/1.d/01-cleanup-web-pids
run-parts: Ausführung von /etc/runit/1.d/anacron
run-parts: Ausführung von /etc/runit/1.d/cleanup-pids
Bereinige veraltete PID-Dateien
run-parts: Ausführung von /etc/runit/1.d/copy-env
run-parts: Ausführung von /etc/runit/1.d/letsencrypt
[Mo 15 Apr 2024 10:12:06 AM UTC] Domains nicht geändert.
[Mo 15 Apr 2024 10:12:06 AM UTC] Überspringen, nächste Erneuerungszeit ist: 2024-06-12T11:28:31Z
[Mo 15 Apr 2024 10:12:06 AM UTC] Füge '--force' hinzu, um die Erneuerung zu erzwingen.
[Mo 15 Apr 2024 10:12:07 AM UTC] Installiere Schlüssel nach: /shared/ssl/amsaal.net.key
[Mo 15 Apr 2024 10:12:07 AM UTC] Installiere vollständige Kette nach: /shared/ssl/amsaal.net.cer
[Mo 15 Apr 2024 10:12:07 AM UTC] Führe Reload-Befehl aus: sv reload nginx
warning: nginx: kann supervise/ok nicht öffnen: Datei existiert nicht
[Mo 15 Apr 2024 10:12:07 AM UTC] Reload-Fehler für:
[Mo 15 Apr 2024 10:12:07 AM UTC] Domains nicht geändert.
[Mo 15 Apr 2024 10:12:07 AM UTC] Überspringen, nächste Erneuerungszeit ist: 2024-06-12T11:28:38Z
[Mo 15 Apr 2024 10:12:07 AM UTC] Füge '--force' hinzu, um die Erneuerung zu erzwingen.
[Mo 15 Apr 2024 10:12:08 AM UTC] Installiere Schlüssel nach: /shared/ssl/amsaal.net_ecc.key
[Mo 15 Apr 2024 10:12:08 AM UTC] Installiere vollständige Kette nach: /shared/ssl/amsaal.net_ecc.cer
[Mo 15 Apr 2024 10:12:08 AM UTC] Führe Reload-Befehl aus: sv reload nginx
warning: nginx: kann supervise/ok nicht öffnen: Datei existiert nicht
[Mo 15 Apr 2024 10:12:08 AM UTC] Reload-Fehler für:
Started runsvdir, PID ist 537
ok: run: redis: (pid 550) 0s
ok: run: postgres: (pid 551) 0s
nginx: [warn] die Direktive "listen ... http2" ist veraltet, verwende stattdessen die Direktive "http2" in /etc/nginx/conf.d/discourse.conf:60
supervisor pid: 545 unicorn pid: 577
root@amsaal:/var/discourse#
Das meinte ich nicht, könnten Sie ./launcher rebuild app ausführen und dann die Ausgabe davon teilen? (Bitte setzen Sie die Ausgabe auch in Code-Blöcke, das erleichtert das Lesen des Themas)
Es würde es dem Benutzer erleichtern, ihn auf diese Weise neu zu erstellen, da er die Standardausgabe in eine Datei protokolliert
./launcher rebuild app >> rebuild.log
1 „Gefällt mir“
wenn Sie unterschiedliche Dateien pro Neuerstellung wünschen:
./launcher rebuild app > "rebuild-$(date -Imin).log" 2>&1
Es dauert ein bis zwei Minuten, nachdem der Container gestartet wurde, bis er etwas ausliefert. Haben Sie versucht, ein paar Minuten zu warten, bevor Sie die Website aufrufen?
1 „Gefällt mir“
x86_64 arch erkannt.
Stelle sicher, dass der Launcher auf dem neuesten Stand ist
Launcher ist auf dem neuesten Stand
Stoppe alten Container
app
2.0.20231218-0429: Wird aus discourse/base gezogen
Digest: sha256:468f70b9bb4c6d0c6c2bbb3efc1a5e12d145eae57bdb6946b7fe5558beb52dc1
Status: Image ist auf dem neuesten Stand für discourse/base:2.0.20231218-0429
docker.io/discourse/base:2.0.20231218-0429
/usr/local/lib/ruby/gems/3.2.0/gems/pups-1.2.1/lib/pups.rb
/usr/local/bin/pups --stdin
97:C 15 Apr 2024 18:52:04.329 # oO0OoO0OoO0Oo Redis startet oO0OoO0OoO0Oo
97:C 15 Apr 2024 18:52:04.329 # Redis Version=7.0.7, Bits=64, Commit=00000000, Modifiziert=0, PID=97, gerade gestartet
97:C 15 Apr 2024 18:52:04.330 # Konfiguration geladen
97:M 15 Apr 2024 18:52:04.331 * Monotonische Uhr: POSIX clock_gettime
97:M 15 Apr 2024 18:52:04.336 * Laufmodus=standalone, Port=6379.
97:M 15 Apr 2024 18:52:04.336 # Server initialisiert
97:M 15 Apr 2024 18:52:04.337 * Lade RDB von Version 7.0.7
97:M 15 Apr 2024 18:52:04.337 * RDB Alter 31 Sekunden
97:M 15 Apr 2024 18:52:04.337 * RDB Speichernutzung bei Erstellung 23,25 MB
97:M 15 Apr 2024 18:52:04.451 * Lade RDB abgeschlossen, Schlüssel geladen: 1351, Schlüssel abgelaufen: 5.
97:M 15 Apr 2024 18:52:04.461 * DB von Festplatte geladen: 0,124 Sekunden
97:M 15 Apr 2024 18:52:04.461 * Bereit für Verbindungen
3507:C 15 Apr 2024 18:58:01.238 # oO0OoO0OoO0Oo Redis startet oO0OoO0OoO0Oo
3507:C 15 Apr 2024 18:58:01.238 # Redis Version=7.0.7, Bits=64, Commit=00000000, Modifiziert=0, PID=3507, gerade gestartet
3507:C 15 Apr 2024 18:58:01.238 # Konfiguration geladen
3507:M 15 Apr 2024 18:58:01.239 * Monotonische Uhr: POSIX clock_gettime
3507:M 15 Apr 2024 18:58:01.240 # Warnung: Konnte keine TCP-Server-Listening-Socket erstellen *:6379: bind: Adresse bereits in Verwendung
3507:M 15 Apr 2024 18:58:01.240 # Fehler beim Lauschen auf Port 6379 (TCP), Abbruch.
97:M 15 Apr 2024 18:58:27.220 * 100 Änderungen in 300 Sekunden. Speichere...
97:M 15 Apr 2024 18:58:27.223 * Hintergrundspeicherung gestartet von PID 3555
3555:C 15 Apr 2024 18:58:30.967 * DB auf Festplatte gespeichert
3555:C 15 Apr 2024 18:58:30.969 * Fork CoW für RDB: aktuell 1 MB, Spitze 1 MB, Durchschnitt 1 MB
97:M 15 Apr 2024 18:58:31.058 * Hintergrundspeicherung erfolgreich beendet
97:M 15 Apr 2024 19:03:32.047 * 100 Änderungen in 300 Sekunden. Speichere...
97:M 15 Apr 2024 19:03:32.063 * Hintergrundspeicherung gestartet von PID 3634
3634:C 15 Apr 2024 19:03:37.774 * DB auf Festplatte gespeichert
3634:C 15 Apr 2024 19:03:37.777 * Fork CoW für RDB: aktuell 1 MB, Spitze 1 MB, Durchschnitt 1 MB
97:M 15 Apr 2024 19:03:37.828 * Hintergrundspeicherung erfolgreich beendet
97:signal-handler (1713208309) SIGTERM empfangen, schließe herunter...
97:M 15 Apr 2024 19:11:49.130 # Benutzer hat Herunterfahren angefordert...
97:M 15 Apr 2024 19:11:49.131 * Speichere den letzten RDB-Schnappschuss vor dem Beenden.
97:M 15 Apr 2024 19:11:52.592 * DB auf Festplatte gespeichert
97:M 15 Apr 2024 19:11:52.593 # Redis ist jetzt bereit zum Beenden, auf Wiedersehen...
sha256:066d1fc0bf450b6f9043e13960cafef6b7751d92f0d89cc4e0865208293ce2e2
58661874f252e2e9dac3955608dbbe90e60f020a4d307d2818e7f991d39f8010
Entferne alten Container
app
ea032a7acab7743f4ef8de3b9a536da0dbbf36b8c9dd5b2a9add0cfb01286e5d
Ja, also nach Abschluss des Wiederaufbauprozesses nach 30 Sekunden funktionierte die Website nicht, 502 Gateway-Fehler, dann habe ich /launch restart app mit launch start app ausgeführt, dann funktionierte es.
Also vielleicht passiert da etwas.
Das… fühlt sich wie ein unvollständiges Protokoll an. Endet es tatsächlich dort, oder pausiert es nur für eine lange Zeit? Wenn letzteres der Fall ist, benötigen Sie möglicherweise mehr RAM/Swap.
Versuchen Sie, 60 Sekunden zu warten.
1 „Gefällt mir“
Es könnte entweder eine Pause sein oder es dauert sehr lange, fast 30 Minuten, bis der Rebuild abgeschlossen ist. Ich denke, es liegt am RAM mit nur 2 GB, was die Dinge verlangsamen könnte, aber im Moment habe ich keine Speicherprobleme. Es ist nur langsam, normalerweise sollte es je nach Spezifikation nicht mehr als 1-2 Minuten dauern.
Meine unten aufgeführten VPS-Spezifikationen.
CPU: AMD EPYC 7551P 32-Kern-Prozessor, 2000 MHz
RAM: 2 GB
SSD: 60 GB
Sie würden keinen 502 erhalten, wenn der Container nicht laufen würde. Wenn Sie noch etwas gewartet hätten, würde die Website wieder funktionieren.
Es ist nicht so, dass das Stoppen und Starten etwas bewirkt hat, sondern Sie haben nur lange gewartet, als Sie den Neustart durchgeführt haben.
Es ist zu erwarten, dass Sie für eine gewisse Zeit einen 502-Fehler haben, während der Container startet. Sie haben kein Problem.
1 „Gefällt mir“
ehrlich gesagt, das ist nicht allzu ungewöhnlich, Wiederaufbauten sind nicht schnell, besonders wenn…
…man nicht viel Speicher hat.
Im Allgemeinen werden heutzutage mindestens 4 GB Gesamtspeicher (RAM und Swap) für Discourse empfohlen.
Beim Aktualisieren von Discourse über die Admin-Oberfläche erhalte ich die folgende Warnung zu inkompatiblen Problemen
warning Resolution field "unset-value@2.0.1" is incompatible with requested version "unset-value@^1.0.0"
[3/5] Fetching packages...
warning Pattern ["wrap-ansi-cjs@npm:wrap-ansi@^7.0.0"] is trying to unpack in the same destination "/home/discourse/.cache/yarn/v6/npm-wrap-ansi-cjs-7.0.0-67e145cff510a6a6984bdf1152911d69d2eb9e43-integrity/node_modules/wrap-ansi-cjs" as pattern ["wrap-ansi@^7.0.0"]. This could result in non-deterministic behavior, skipping.
[4/5] Linking dependencies...
warning "@discourse/lint-configs > eslint-plugin-ember > ember-eslint-parser@0.3.8" has unmet peer dependency "@typescript-eslint/parser@^6.15.0".
warning "> @glint/environment-ember-loose@1.4.0" has unmet peer dependency "@glimmer/component@^1.1.2".
warning "> discourse-markdown-it@1.0.0" has unmet peer dependency "xss@*".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > discourse > @uppy/aws-s3@3.0.6" has incorrect peer dependency "@uppy/core@^3.1.2".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > discourse > @uppy/aws-s3-multipart@3.1.3" has incorrect peer dependency "@uppy/core@^3.1.2".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > discourse > @uppy/xhr-upload@3.1.1" has incorrect peer dependency "@uppy/core@^3.1.2".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > discourse-plugins > ember-this-fallback@0.4.0" has unmet peer dependency "ember-source@^3.28.11 || ^4.0.0".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > admin > ember-source > router_js@8.0.3" has unmet peer dependency "rsvp@^4.8.5".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > discourse > @uppy/aws-s3 > @uppy/xhr-upload@3.3.0" has incorrect peer dependency "@uppy/core@^3.2.1".
Diese können Sie gefahrlos ignorieren, sie hindern Discourse nicht am Wiederaufbau.