Wir nutzen PostgreSQL v12, da das Upgrade auf v13 zu viel Speicherplatz erfordert. Es scheint, als ob die Kompatibilität mit v12 möglicherweise beschädigt wurde? Ist das beabsichtigt? Wenn ja, bedeutet das, dass wir Discourse nie wieder upgraden können.
Das Ausführen von ./launcher start app hat uns wieder online gebracht, sodass es sich derzeit nicht um ein Produktionsproblem handelt. Aber nicht einmal aus Sicherheitsgründen upgraden zu können, wäre für uns eine sehr schlechte Nachricht.
Aus app.yml:
- "templates/postgres.12.template.yml"
Ausführen von ./launcher rebuild app:
FAILED
--------------------
Errno::ENOENT: No such file or directory @ rb_sysopen - /etc/postgresql/13/main/pg_hba.conf
Location of failure: /pups/lib/pups/replace_command.rb:8:in `read'
replace failed with the params {"filename"=>"/etc/postgresql/13/main/pg_hba.conf", "from"=>"/^host.*all.*all.*::1\\/128.*$/", "to"=>"host all all ::/0 md5"}
0ba8112e6efa1ac2dd75af8a1da8eea0937e7aefbca2df28b22d27e9608d1479
** FAILED TO BOOTSTRAP ** Bitte scrollen Sie nach oben und suchen Sie nach früheren Fehlermeldungen; es kann mehr als eine geben.
./discourse-doctor kann helfen, das Problem zu diagnostizieren.
Derzeit wird Version 2.8.0.beta4 75b0d6df93 ausgeführt.
Warum machen Sie kein Backup, erstellen eine komplett neue Discourse-Instanz (die standardmäßig PostgreSQL 13 verwenden sollte), stellen das Backup wieder her und ordnen den Server im DNS neu zu?
Mag vielleicht beängstigend wirken, aber Sie hätten dort genügend Sicherheitsvorkehrungen. Sie können den alten Server jederzeit wieder online bringen.
Das ist weniger beängstigend als lästige Arbeit, die ich vermeiden möchte, kombiniert mit der Mitteilung an mein Forum, dass sie ein oder zwei Tage an Beiträgen verlieren werden. Ich würde gerne, dass die Discourse-Mitglieder sagen: ‘Natürlich arbeiten wir weiter an PG12, das ist nur ein Fehler, wir werden das beheben’, idealerweise.
Ah, ich verstehe, es ist ein Fehler, der durch einen Community-PR eingeführt wurde. Da wir PG12 nirgendwo einsetzen, ist er unbemerkt geblieben. Geben Sie mir ein paar Minuten.
Könntest du bitte erneut einen Neuaufbau versuchen, @Wingtip?
Das heißt, wir führen PG12 nicht mehr aus, sodass wir jederzeit SQL-Syntax einführen könnten, die ausschließlich für PG13+ gilt. Daher wäre es eine gute Idee, das Upgrade irgendwann zu planen.
Ich werde es mir direkt nach einem weiteren Snapshot meiner VM ansehen.
Es ist wirklich nervig, dass PG für ein Upgrade eine Menge Festplattenspeicher benötigt. Bei Oracle oder MySQL habe ich dieses Problem nicht; dort wird einfach direkt vor Ort aktualisiert.
Es wurden zwei Lösungen angeboten; soweit ich mich erinnere, benötigte die eine etwa die dreifache Größe der gesamten Datenbank und die andere das Doppelte. Wenn dies in-place durchgeführt werden kann, wäre eine Dokumentation davon sehr hilfreich.
Edit: Die Korrektur hat funktioniert, vielen Dank!
