Ich habe ein Problem beim Wiederaufbau einer Testdomäne (selbst gehostet – läuft seit ca. 7 Jahren mit seltenen Updates, war aber bis diese Woche mit der neuesten Version in Betrieb).
Ich hatte Probleme mit einem nicht unterstützten Plugin, das ich jetzt entfernt habe, und ich glaube, das hat etwas in der Datenbank oder Konfiguration beschädigt. Der Fehler, den ich nach Abschluss erhalte, ist:
2024-04-25 01:07:42.098 UTC [34] LOG: received fast shutdown request
I, [2024-04-25T01:07:42.099067 #1] INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 96
96:signal-handler (1714007262) Received SIGTERM scheduling shutdown...
2024-04-25 01:07:42.105 UTC [34] LOG: aborting any active transactions
2024-04-25 01:07:42.121 UTC [34] LOG: background worker "logical replication launcher" (PID 49) exited with exit code 1
96:M 25 Apr 2024 01:07:42.121 # User requested shutdown...
96:M 25 Apr 2024 01:07:42.122 * Saving the final RDB snapshot before exiting.
2024-04-25 01:07:42.133 UTC [44] LOG: shutting down
96:M 25 Apr 2024 01:07:42.177 * DB saved on disk
96:M 25 Apr 2024 01:07:42.178 # Redis is now ready to exit, bye bye...
2024-04-25 01:07:42.195 UTC [34] LOG: database system is shut down
Error response from daemon: invalid JSON: got EOF while reading request body
FAILED TO COMMIT cbaab1290466a63d0a77f5f1e0894b0da632204e63472416674b7fab9ae53b41
Ich habe den Rest des Logs durchsucht und die einzigen zusätzlichen Fehler, die ich sehe, werden in anderen Beiträgen hier als “nicht wichtig” eingestuft.
Haben Sie Vorschläge, was ich als Nächstes tun soll?
Ich denke, ich werde wahrscheinlich eine Neuinstallation durchführen und dann versuchen, aus einem Backup wiederherzustellen, aber ich würde mich über jeden Hinweis freuen, was tatsächlich vor sich geht…
Ich habe zugeschaut – ich hatte vergessen, dass wir an der WordPress-Instanz herumgespielt hatten, die auch auf diesem Droplet läuft, also benutzen wir definitiv etwas Swap-Speicher. Wahrscheinlich muss ich diesen VPS sowieso vergrößern…
Ja.
Ich habe das Log durchsucht und diesen Fehler nicht gesehen.
Ich hatte die brillante Idee, den VPS neu zu starten, bevor ich es erneut versuche. Wenn das fehlschlägt, werde ich das Droplet vergrößern und es erneut versuchen.
Nein – ich vermute, es gibt etwas in einem der Skripte im Build-Prozess – es ist die gleiche Methode, mit der ich es seit Jahren baue (SSH in ein paar Sitzungen – eine beobachtet die andere…) – alle, seit es fehlschlägt, haben ein SIGTERM (vermutlich) an derselben Stelle im Skript, was die App zu schließen scheint, aus der etwas liest…
Nein. Ich denke, die Anfrage ist gut verlaufen. Vielleicht ist der Fehler das „commit fehlgeschlagen“ ganz am Ende, aber dafür habe ich keine Erklärung.
Gibt es in dem Launcher-Skript etwas, das etwas zurück an GitHub sendet? Das würde den Fehler erklären, wenn sie eine Art von Metrik verfolgen, die sie über einen Commit erfassen – wenn das in einer Shell-Pipeline (z. B. Curl oder Ähnlichem) geschieht, würde das auch den Fehler „closed pipe“ erklären.
Anstatt zu versuchen, zu debuggen, was mit dem Launcher los ist, denke ich, es wäre am einfachsten für mich, eine Neuinstallation und Wiederherstellung zu versuchen.
Ich bin offen für Vorschläge, wenn Sie Ideen haben…
Wahrscheinlich übertrieben, aber ich habe einen neuen Droplet gestartet, eine Neuinstallation durchgeführt und dann ein altes Backup wiederhergestellt.
Jemand anderes hatte kürzlich einen ähnlichen Fehler, der meiner Meinung nach auf eine abgelaufene Schlüsselbund für die HTTPS-Zertifikate zurückzuführen war. Ich vermute, das war Ihr Problem.
Die andere Person hat ein Betriebssystem-Upgrade durchgeführt, was das Problem gelöst hat, aber ich bevorzuge einen Neuanfang.