Bootstrap-Fehler beim Erstellen

Basierend auf dem Fehlercode dachte ich, es sei ein Problem wie dieses Upgrade gone sideways [deprecated Guest Gate plugin], was mich dazu veranlasste, mich auf die Aktualisierung der Plugins zu konzentrieren. Es könnte jedoch auch ein Problem gegeben haben, bei dem sie manuell das alte PSQL erzwungen haben und dies behoben haben, bevor sie die alten Plugins bereinigten (was dann die Dinge richtig behoben hat) Upgrade gone sideways [deprecated Guest Gate plugin] - #3 by dylanb.

Ich befürchte jedoch, dass die Lösung dessen meine Fähigkeiten übersteigt. :slight_smile: Gibt dieses Thema zusätzliche Hinweise für Sie?

Ich habe mir das auch schon angesehen, leider konnte ich nichts finden, das mir hilft. Ich hoffe wirklich, dass meine Forendaten nicht gelöscht werden. Ich habe schon sehr, sehr lange kein Backup mehr erstellt, daher wäre es unglaublich herzzerreißend, Daten zu verlieren.

Könnten Sie Ihren bestehenden Container starten, um die Vor-Rebuild-Version hochzufahren und ein Backup zu erstellen, bevor Sie fortfahren?

./launcher start app

Leider glaube ich nicht mehr, dass der Container existiert, da eine Korrektur, die ich versuchte, eine vollständige Deinstallation von Docker und eine Neuinstallation war. Dies hinterließ mich ohne bestehenden Container. Der Versuch, diesen Befehl jetzt auszuführen, hinterlässt mich nur mit:
image

Ich habe auch diesen Artikel gefunden: Datenbanksystem wurde nicht ordnungsgemäß heruntergefahren Fehler beim Wiederaufbau - Support - Discourse Meta

Ich fange an, wirklich deprimiert zu werden, da alles, was ich finde, darauf hindeutet, dass Daten verloren gehen…

Ich hoffe wirklich, dass mir jemand helfen kann, eine Möglichkeit zu finden, dies zu beheben, ohne Daten zu verlieren, da das einzige Backup, das ich sehe, von einem Jahr ist.

Wahrscheinlich nichts damit zu tun, aber ein 4.15.0-91 Kernel, ist der nicht ein bisschen alt, etwa 30 Monate?

Ja, das ist ziemlich alt, lol, seit ich den Server im Grunde erstellt habe. Aber das sollte nichts damit zu tun haben, da er bisher immer gut gestartet ist.

1 „Gefällt mir“

die Alternative wäre vielleicht Datenbeschädigung/-verlust, ich schätze, ich würde lieber herausfinden, dass es ein seltsames Abhängigkeitsproblem zwischen einem alten Kernel und Docker 20.10 gab, das wiederum psql am Start gehindert hat… aber ich stimme zu, das ist ein sehr unwahrscheinlicher Fall :roll_eyes: und das würde die Frage aufwerfen “warum jetzt?”

Ich bezweifle das wirklich, ich habe das Gefühl, dass ich Docker während des Herunterfahrens der Datenbank gestoppt und deinstalliert/neu installiert haben muss, bin mir aber nicht ganz sicher.

2 „Gefällt mir“

Was ist der Inhalt von /var/discourse/shared/standalone?

1 „Gefällt mir“

finde, dass die Verwendung von ls /var/discourse/shared/standalone

1 „Gefällt mir“

Ich habe das auf ein anderes Volume verschoben. Der Inhalt wird unten angezeigt:

root@discourse:/var/discourse# ls /mnt/volume-2/standalone/ -al
total 64
drwxr-xr-x 16 root            root     4096 Feb  5  2021 .
drwxr-xr-x  3 root            root     4096 Aug 30  2020 ..
drwxr-xr-x  3            1000 www-data 4096 Aug 30  2020 backups
drwxr-xr-x 10 root            root     4096 Nov 20 08:35 letsencrypt
drwxr-xr-x  4 root            root     4096 Aug 30  2020 log
drwxr-xr-x  2 systemd-resolve input    4096 Aug 30  2020 postgres_backup
drwx------ 19 systemd-resolve input    4096 Nov 20 12:01 postgres_data
drwx------ 20 uuidd           uuidd    4096 Feb  5  2021 postgres_data_old
drwxrwxr-x  5 systemd-resolve input    4096 Nov 20 12:01 postgres_run
drwxr-xr-x  2 messagebus      syslog   4096 Nov 20 08:38 redis_data
drwxr-xr-x  2 root            root     4096 Dec  1  2020 ssl
drwxr-xr-x  3 root            root     4096 Aug 30  2020 standalone
drwxr-xr-x  4 root            root     4096 Aug 30  2020 state
drwxr-xr-x  4            1000 www-data 4096 Nov 20 08:36 tmp
drwxr-xr-x  2 root            root     4096 Aug 30  2020 uploads
drwxr-xr-x  4 root            root     4096 Aug 30  2020 uploads.orig

Selbst ohne den Container scheint es, dass Sie einen Teil des Datenbankzustands potenziell intakt haben. Behalten Sie eine Kopie davon sicher, was auch immer Sie experimentieren.

Die Art und Weise, wie die Dinge eingerichtet sind, können Sie normalerweise von innerhalb des Containers auf die DB zugreifen, da sie auf einem Docker-Volume liegt.

Wenn Sie einen Container wieder erstellen können, können Sie möglicherweise wieder darauf zugreifen, oder Sie müssten PostgreSQL auf dem Server installieren (aber das wird redundant sein, sobald Sie die Dinge wieder zum Laufen gebracht haben).

Die schwierigste Hürde ist es, den Rebuild überhaupt zum Laufen zu bringen. Ohne das bin ich praktisch am Arsch, wie es scheint.

Aber ich werde auf jeden Fall den Inhalt dieses Ordners auf meine lokale Maschine kopieren, nur für den Fall.

Für mich sieht das nach einem fehlgeschlagenen Postgres-Update aus. @Headless, wann hast du deine Website das letzte Mal über die Kommandozeile aktualisiert?

Aktualisiert, indem Sie ziehen und neu erstellen? Ich mache das alle paar Monate.

Was ist das aktuellste Backup?

ls /var/discourse/shared/standalone/backups?

Es ist ein Jahr altes Backup, wie bereits erwähnt.

Ich habe irgendwann die Sicherungen deaktiviert, das ist also meine Schuld.

Es wird ein sehr abenteuerliches Rodeo sein, um diese Website wiederherzustellen. Ich habe diese Wiederherstellungen schon eine Weile nicht mehr durchgeführt, daher ist mein Gedächtnis etwas eingerostet. Mal sehen, ob ich bestehende Themen mit Anweisungen zur Wiederherstellung finden kann.

Ich schätze Ihre Unterstützung!