Nach dem Update über die GUI heute Morgen ist die Site nicht erreichbar. Es scheint, als hätte sie versucht, von Postgres V15 auf V18 zu aktualisieren, was jedoch fehlgeschlagen ist. Also habe ich sie über den Launcher innerhalb der App neu erstellt, ohne Erfolg. Außerdem gibt es eine Fehlermeldung bezüglich VIPS /usr/local/lib/libvips.so.42.
Hat jemand eine Idee, oder bin ich der Einzige mit diesem Problem?
Es lohnt sich immer, einen zweiten Neuaufbau zu versuchen, insbesondere bei einer Versionsänderung der Datenbank. Siehe das nahegelegene Thema
Wenn Sie weiterhin Probleme haben, fügen Sie bitte etwa 100 Zeilen der Ausgabe ein, die Sie gesehen haben, vorzugsweise in einem Code-Block.
Wie Chris anmerkt, obwohl der Rat für Sie vielleicht etwas spät kommt:
Ich habe das versucht, aber natürlich den von dir erwähnten Thread nicht gesehen. Ich hatte ein Backup erstellt, bevor ich mit dem Update begonnen habe. So konnte ich es gerade zum Laufen bringen, indem ich manuell auf PG V18 innerhalb des Containers aktualisiert und eine neuere Version von vips im Container installiert und darauf verwiesen habe:
Die Seite funktioniert jetzt, vermute ich. Dann habe ich einen vollständigen Neuaufbau durchgeführt, der erfolgreich war, also hoffe ich, dass jetzt alles in Ordnung ist.
vips-8.18.4
PostgreSQL 18.4
Allerdings werde ich den von dir geposteten Thread im Detail lesen, da ich noch eine weitere Instanz auf einer anderen Maschine aktualisieren muss.
VIELEN DANK Ed_S!
Interessant, dass ich in meiner app.yml-Datei von Oktober 2025 bereits folgendes habe:
templates:
Verstehe ich etwas aus dem anderen Thema falsch?
Ich denke, das bedeutet, dass du die Standardeinstellung hast, bei der PostgreSQL nicht an eine bestimmte Version gebunden wird, sondern die Version verwendet wird, die Discourse bevorzugt.
(Nutzer binden eine bestimmte Version, wenn sie sehen, dass eine neue Version kommt und diese nicht übernehmen möchten. Aber sie müssen handeln, bevor diese unerwartet eintrifft.)
OK, seufz, also bin ich mir nicht sicher, was bei meinem Update heute Morgen schiefgelaufen ist und warum es fehlgeschlagen ist. Ich bin vorsichtig, was das Upgrade der anderen Seite betrifft, bis ich verstehe, warum diese Seite fehlschlug, da ich den Fehler nicht wiederholen möchte, insbesondere da ich es nicht gerne habe, Dinge manuell innerhalb des Containers zu aktualisieren, wie ich es getan habe, um diese erste Seite zum Laufen zu bringen.
Meine Vermutung ist, dass dieses Update von heute, das Postgres Version 18 einführt, zwei Neukompilierungen erfordern wird. Über die Weboberfläche ist nur eine Neukompilierung möglich, und wenn ich recht habe, wird ein Update über die Weboberfläche immer als fehlgeschlagen erscheinen. Tatsächlich ist es nicht fehlgeschlagen, sondern nur zur Hälfte durchgeführt worden.
Diese Vermutung könnte falsch sein – ich kann sie nicht leicht testen.
Mehrere Personen, einschließlich mir, haben gesagt, dass sie den Web-Update-Mechanismus nicht mehr verwenden, denn wenn er fehlschlägt, muss man ohnehin zur Kommandozeile wechseln. Es stimmt zwar, dass er in 95 % der Fälle funktioniert, vielleicht sogar öfter. Aber da er manchmal fehlschlägt, verwende ich ihn persönlich nicht.
Stimmt, gute Idee, die CLI-Aktualisierung statt der GUI zu verwenden. Die erste Site läuft auf Ubuntu 22.04, die zweite Site, die ich noch aktualisieren muss, läuft auf 24.04. Ich hatte heute Morgen genug Aufregung. Wenn ich versuche, die zweite Site nur über die CLI-Aktualisierung zu aktualisieren, melde ich mich wieder. Ich sehe auf dem zweiten Server immer noch die alten VIPS-Dateien unter /usr/local/lib/libvips.so.42, also hoffe ich, dass diese diesmal entsprechend aktualisiert werden, was beim ersten Mal nicht der Fall war. Danke.
OJ, nur zur Klarstellung: Mein erstes Discourse-Update ist definitiv fehlgeschlagen, selbst nach einem CLI-Neuaufbau nach dem GUI-Update. Also musste ich die Container für Postgres und vips manuell auf Version 18 aktualisieren. Ich hoffe auf ein besseres Ergebnis bei der zweiten Site. Bleibt dran.
Das ist eine ziemlich schlimme Situation.
Stellen Sie sicher, dass Sie ausreichend Festplattenspeicher haben. Beachten Sie in dem anderen Thema, dass die Empfehlung 2-fach der Datenbankgröße lautet.
Auf jeden Fall, und ich habe auf beiden Servern plenty an Festplattenspeicher. Dies ist Server 1
df -h /var/discourse
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 194G 25G 170G 13% /
Server 2:
df -h /var/discourse
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 193G 26G 168G 14% /
Da die andere Discourse-Site auf Server 2 scheinbar genauso eingerichtet ist wie der fehlerhafte Server 1, möchte ich diesen zweiten Server vorerst noch nicht ausprobieren: Es ist zwar nicht entscheidend, aber ich sehe im Container:
/var/discourse# ./launcher enter app
x86_64 arch detected.
…app:/var/www/discourse# which vips
/usr/bin/vips
ldd /usr/bin/vips | grep vips
libvips.so.42 => /usr/local/lib/libvips.so.42 (0x000070c9601bb000)
ls -l /usr/local/lib/libvips*
-rwxr-xr-x 1 root root 3097864 Jul 26 02:22 /usr/local/lib/libvips.so.42
ps aux | grep ‘[p]ostgres’
/usr/lib/postgresql/15/bin/postmaster -D /etc/postgresql/15/main
/usr/lib/postgresql/15/bin/postgres --version
postgres (PostgreSQL) 15.18 (Debian 15.18-1.pgdg12+1)