Paperless NGX startet nach Update von Postgres Image nicht mehr

[cupertino]

Hi,

nach Update des Postgres Images im Container Manager startet der Container "Paperless-NGX-DB" nicht mehr. Im Protokoll kommt im Loop folgende Meldungen.

Ich hoffe, ich muss nicht alles komplett neu aufsetzen !?

Dank Euch vorab!

date	stream	content
2025/03/02 21:26:11	stderr	/usr/local/bin/docker-entrypoint.sh: line 354: exec: postgres: not found
2025/03/02 21:26:11	stdout
2025/03/02 21:26:11	stdout	PostgreSQL Database directory appears to contain a database; Skipping initialization
2025/03/02 21:26:11	stdout
2025/03/02 21:25:07	stderr	/usr/local/bin/docker-entrypoint.sh: line 354: exec: postgres: not found
2025/03/02 21:25:07	stdout
2025/03/02 21:25:07	stdout	PostgreSQL Database directory appears to contain a database; Skipping initialization
2025/03/02 21:25:07	stdout
2025/03/02 21:24:03	stderr	/usr/local/bin/docker-entrypoint.sh: line 354: exec: postgres: not found
2025/03/02 21:24:03	stdout
2025/03/02 21:24:03	stdout	PostgreSQL Database directory appears to contain a database; Skipping initialization
2025/03/02 21:24:03	stdout
2025/03/02 21:22:59	stdout
2025/03/02 21:22:59	stderr	/usr/local/bin/docker-entrypoint.sh: line 354: exec: postgres: not found
2025/03/02 21:22:59	stdout	PostgreSQL Database directory appears to contain a database; Skipping initialization
2025/03/02 21:22:59	stdout
2025/03/02 21:22:05	stderr	/usr/local/bin/docker-entrypoint.sh: line 354: exec: postgres: not found
2025/03/02 21:22:05	stdout
2025/03/02 21:22:05	stdout	PostgreSQL Database directory appears to contain a database; Skipping initialization
2025/03/02 21:22:05	stdout

 

[plang.pl]

War das vielleicht ein Major-Update der Datenbank? Also von v16 auf 17 zum Beispiel. Bei postgres kann man nicht einfach auf eine neue Hauptversion gehen. Dann können die Datenbanken nicht mehr gelesen werden. Man muss mit v16 einen Dump der DB machen und den unter v17 wieder einspielen. Das Problem hat man mit MariaDB nicht. Soll heißen: Gehe auf die Vorversion zurück und setze bei postgres nicht den Tag latest, um Updates zu verhinden (z.B. mit Watchtower oder bei Neuaufsetzen)

 

[cupertino]

Hi, bin mir nicht sicher welche Version es vorher war !?
Würde gerne zurück auf die alte Datenbank wie du es empfiehlst.
Frage ist nur - wie ?
Gibt es eventuell hierfür bereits eine Anleitung oder ähnliches ?
Habe Angst meine ganze Datenbank mit samt PDFs zu zerschießen

Danke

 

[plang.pl]

Welches Image hat die DB? Steht da irgendwas von ":latest"?
Als Erstes würde ich mal die DB stoppen und den Ordner sichern, wo die Daten liegen.
Wie oder nach welcher Anleitung hast du Paperless denn installiert?

 

[cupertino]

Hi,
installiert habe ich es nach dieser Anleitung mit Portainer:
https://mariushosting.com/how-to-install-paperless-ngx-on-your-synology-nas/

Image ist :latest, siehe Anhang

Und Backup habe ich mit Hyperbackup wöchentlich gemacht

 

[Stationary]

Wenn es nach der aktuellen Anleitung wäre, die Du verlinkt hast, dann hätte es kein postgres-Update gegeben, da bei Marius „image: postgres:16“ steht.
Aber: das stand da früher nicht, da hatte Marius sich mal einen Patzer erlaubt, der sich dummerweise multipliziert hat, weil ein großer Teil der Leute, die bei Marius schauen leider nur abtippt, aber nicht weiß, was sie da abtippen.

Du reparierst das jetzt, indem Du in Deinem Portainer-Stack dort, wo „image: postgres:latest“ steht, das latest durch 16 ersetzt. Dann den Stack noch einmal deployen. Danach sollte es wieder laufen, wenn Du vorher v16 hattest. Falls es nicht geht, probierst Du 15 oder 17. Eine der Versionen wird es wohl gewesen sein.

 

[cupertino]

Das war die Lösung!
Hab die 16 eingetragen und nun läuft der Hobel wieder!
Puuuh, hab schon Schiss bekommen, dass die Datenbank im Eimer ist....

Vielen Dank!!

 

[plang.pl]

Genau auf das von @Stationary gesagte wollte ich hinaus. Wenn man latest als Tag beim Image stehen hat und watchtower läuft, dann startet die DB nicht mehr. Wenn man zurück auf die alte Version geht, dann startet sie wieder.
Ein Update der postgres müsste man so machen: Dump (Export) aller Datenbanken, Upgrade machen, Dump wieder einspielen