Wiederherstellung aus Dateisystem-Backup: kann weder neu erstellen noch starten

Unterstützung Installation
1

Die RAID-Festplatte des Servers ist vor ein paar Tagen ausgefallen, und wir versuchen, unsere Discourse-Instanz aus einer Dateisystem-Sicherung wiederherzustellen. Bisher ohne Erfolg.

Ich erhalte folgende Fehlermeldung von ./launcher rebuild app:

FAILED
--------------------
Pups::ExecError: /root/upgrade_postgres failed with return #<Process::Status: pid 46 exit 1>
Location of failure: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec failed with the params "/root/upgrade_postgres"

Die Ausgabe besagt, dass ich einfach ./launcher start app ausführen sollte, aber dies schlägt ebenfalls fehl:

+ /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e RAILS_ENV=production -e UNICORN_WORKERS=3 -e UNICORN_SIDEKIQS=1 -e RUBY_GLOBAL_METHOD_CACHE_SIZE=131072 -e RUBY_GC_HEAP_GROWTH_MAX_SLOTS=40000 -e RUBY_GC_HEAP_INIT_SLOTS=400000 -e RUBY_GC_HEAP_OLDOBJECT_LIMIT_FACTOR=1.5 -e DISCOURSE_DB_SOCKET=/var/run/postgresql -e DISCOURSE_DB_HOST= -e DISCOURSE_DB_PORT= -e DISCOURSE_DEVELOPER_EMAILS=bravit111@gmail.com,ulysses4ever@gmail.com -e DISCOURSE_HOSTNAME=forum.mmcs.sfedu.ru -e DISCOURSE_SMTP_ADDRESS=class.mmcs.sfedu.ru -e DISCOURSE_ENABLE_CORS=true -e 'DISCOURSE_CORS_ORIGIN=*' -e DONT_PRECOMPILE_CSS=1 -h users-app -e DOCKER_HOST_IP=172.17.0.1 --name app -t -p 8088:80 -p 2222:22 -v /var/discourse/shared/standalone:/shared -v /var/discourse/shared/standalone/log/var-log:/var/log --mac-address 02:b1:c6:37:24:01 local_discourse/app /sbin/boot
Unable to find image 'local_discourse/app:latest' locally
docker: Error response from daemon: pull access denied for local_discourse/app, repository does not exist or may require 'docker login': denied: requested access to the resource is denied.
See 'docker run --help'.

Die vollständige Ausgabe beider Befehle ist hier verfügbar.

Falls relevant: Meine docker ps-Ausgabe ist leer.

Ich bin mir nicht sicher, wie ich weiter vorgehen soll, und würde mich über jede Hilfe freuen.

2

Warum nutzen Sie nicht unsere offiziellen Sicherungsfunktionen und stellen eine Sicherungsdatei auf einem neuen Server wieder her?

Dies ist unsere unterstützte Wiederherstellungsmethode und ist dokumentiert unter Erstellen, Herunterladen und Wiederherstellen einer Sicherung Ihrer Discourse-Datenbank

3

Diese Methode setzt voraus, dass Sie über eine Sicherungskopie verfügen, die von einer laufenden Discourse-Instanz erstellt wurde. Ich habe keine (mehr) :cry:

4

Sicherungen sind standardmäßig aktiviert und im Dateisystem des Hosts gespeichert. Wenn Sie ein Dateisystem-Backup haben, befinden sich die Sicherungsdateien im Ordner backups…

5

Das Sicherungsfunktion scheint nicht aktiviert worden zu sein: Ich sehe nur ein paar Sicherungs-Tarballs mit ziemlich alten Änderungsdaten…

6

Ich bin der Meinung, dass bei einer normalen Discourse-Installation die wöchentliche Sicherung standardmäßig aktiviert ist.

7

Ich werde vielleicht einen davon verwenden, aber ich brauche trotzdem eine laufende Instanz und bekomme ständig diese Fehler, wenn ich versuche, sie auszuführen.

8

Es ist viel einfacher, die Sicherungsdatei auf einen anderen Server zu verschieben und Restore a backup from the command line zu befolgen.

9

Was meinst du mit ‘einem anderen Server’? Ich habe nur einen einzigen Server.

10

Okay, lassen wir uns kurz zurücktreten.

Wenn du einen Neuaufbau startest, tritt ein Fehler auf. Kannst du mehr als nur 4 Zeilen der Fehlermeldung einfügen, damit wir genau wissen, was schiefgeht?

11

Sie haben es vielleicht übersehen, da ich den Link zur vollständigen Ausgabe erst in einem Update zum ursprünglichen Beitrag hinzugefügt habe:

Vollständige Ausgabe beider Befehle hier verfügbar.

12

Oh cool!

Also

Der Quellcluster wurde nicht ordnungsgemäß heruntergefahren.

Du musst wie folgt vorgehen

um die Datenbank zunächst ohne Upgrade zu starten und das Update anschließend durchzuführen.

13

Es hat funktioniert, vielen Dank!