Problem beim Upgrade auf die neueste Version

Hallo, ich versuche, Discourse auf die neueste Version zu aktualisieren.

FEHLGESCHLAGEN
--------------------
Pups::ExecError: /root/upgrade_postgres ist fehlgeschlagen mit dem Rückgabewert #<Process::Status: pid 45 exit 1>
Ort des Fehlers: /pups/lib/pups/exec_command.rb:112:in `spawn'
Ausführung fehlgeschlagen mit den Parametern "/root/upgrade_postgres"
1cafe54cd6661316d8e9e393c54f73ab89bc3f5e70e104f6c5e4f8794053c09c
** BOOTSTRAP FEHLGESCHLAGEN ** Bitte scrollen Sie nach oben und suchen Sie nach früheren Fehlermeldungen; es kann mehr als eine geben.
./discourse-doctor kann bei der Diagnose des Problems helfen.

Außerdem:

 Erfolgreich. Sie können den Datenbankserver jetzt mit folgendem Befehl starten:

    pg_ctlcluster 10 main start

Warnung: Das ausgewählte Verzeichnis stats_temp_directory /var/run/postgresql/10-main.pg_stat_tmp
ist für den Cluster-Besitzer nicht beschreibbar. Diese Einstellung wird nicht in
postgresql.conf übernommen.
Ver Cluster Port Status Owner    Datenverzeichnis              Logdatei
10  main    5433 down   postgres /var/lib/postgresql/10/main /var/log/postgresql/postgresql-10-main.log
update-alternatives: Warnung: Erzwingt die Neuinstallation der Alternative /usr/share/postgresql/12/man/man1/postmaster.1.gz, da die Linkgruppe postmaster.1.gz defekt ist
invoke-rc.d: konnte den aktuellen Runlevel nicht ermitteln
invoke-rc.d: policy-rc.d hat die Ausführung von start verweigert.
Verarbeitung der Auslöser für postgresql-common (213.pgdg100+1) ...
Erstellen von PostgreSQL-Wörterbüchern aus installierten myspell/hunspell-Paketen...
Entfernen veralteter Wörterbuchdateien:
Stoppen des PostgreSQL 10 Datenbankservers: main.
Stoppen des PostgreSQL 12 Datenbankservers: main.
Durchführen von Konsistenzprüfungen
-----------------------------
Prüfung der Cluster-Versionen                                   ok

Der Quell-Cluster wurde nicht ordnungsgemäß heruntergefahren.
Fehler, Beenden

Ausgabe des Befehls tail -f shared/standalone/log/var-log/postgres/current:

2020-06-14 01:37:02.155 UTC [3508] FATAL:  Datenverzeichnis "/shared/postgres_data" hat falsche Besitzerverhältnisse
2020-06-14 01:37:02.155 UTC [3508] HINT:  Der Server muss vom Benutzer gestartet werden, der dem Datenverzeichnis gehört.

Aktualisierung verschieben

Wenn Sie die Aktualisierung bei Ihrem nächsten Neuaufbau verschieben müssen, können Sie die PostgreSQL-Vorlage in Ihrer app.yml-Datei austauschen, indem Sie "templates/postgres.template.yml" in "templates/postgres.10.template.yml" ändern.

Dies wird nicht empfohlen, da einige Site-Administratoren vergessen, die Änderung später rückgängig zu machen.

Ich habe dies angewendet, und das Discourse-Forum ist jetzt online. Was können wir als Nächstes tun? Derzeit verwende ich “templates/postgres.10.template.yml”

Irgendwelche Ideen? Ich verwende immer noch „templates/postgres.10.template.yml".

Versuchen Sie Folgendes:

  1. Bearbeiten Sie die app.yml und ändern Sie "templates/postgres.10.template.yml" in "templates/postgres.template.yml".

  2. Starten Sie einen Stopp-Vorgang: ./launcher stop app

  3. Versuchen Sie einen Neuaufbau: ./launcher rebuild app

Upgrade abgeschlossen

Optimierer-Statistiken werden von pg_upgrade nicht übertragen. Sobald Sie den neuen Server starten, sollten Sie Folgendes ausführen:
./analyze_new_cluster.sh

Die Ausführung dieses Skripts löscht die Datenfiles des alten Clusters:
./delete_old_cluster.sh

POSTGRES-UPGRADE ABGESCHLOSSEN

Die alte Datenbank 10 befindet sich unter /shared/postgres_data_old

Um das Upgrade abzuschließen, führen Sie erneut einen rebuild durch:

./launcher rebuild app

Das Discourse-Forum ist derzeit offline.

Ich versuche, ./launcher rebuild app erneut wie oben angegeben auszuführen.

Ja, das ist zu erwarten.

Ja, befolge die Anweisungen, und es sollte bald wieder verfügbar sein.

Interessant und großartig, das Update wurde erfolgreich abgeschlossen. Ich habe es schon oft auf die gleiche Weise versucht, aber es ist nie passiert.

Muss ich die folgenden Befehle verwenden, um den Speicherplatz freizugeben?

Die Statistiken des Optimierers werden von pg_upgrade nicht übertragen, daher
sollten Sie nach dem Start des neuen Servers Folgendes ausführen:
    ./analyze_new_cluster.sh

Das Ausführen dieses Skripts löscht die Datenfiles des alten Clusters:
    ./delete_old_cluster.sh

Vielen Dank!

Sie können die in unserem FAQ aufgeführten Optionalen Aufgaben nach dem Update ausführen.

Wunderbar. Nochmals vielen Dank!