Hi Synology-Freunde,
ja ich hab's verbockt. Ich habe postgres geupdatet, ohne das den Folder /var/lib/postgresql/data external zu mappen. Ich hatte zu diesem Zeitpunkt leider noch zu wenig Erfahrung. ABER vor dem Update habe ich den Postgres Container inkl. Settings exportiert(gesichert). Jedoch, sind die Inhalte nach der Wiederherstellung nicht mehr vorhanden.
#Verlauf:
Es liegt nun ein Berechtigungsunterschied, der den Zugriff auf das Datenverzeichnis im Container verhindern könnte vor. Der PostgreSQL-Benutzer im Container hat die Gruppe postgres (gid=999)**, aber das Verzeichnis /var/lib/postgresql/data ist der Gruppe **users` zugeordnet. Kann das der Grund sein, warum er die bisherigen Daten aus der DB nicht mehr aufruft?
Indiz: Bei der Erstinstallation habe ich die einfachen Config-Daten des Tutorials verwendet:
DB-NAME: paperless, DB-USER: paperless
Etwas später, als alles bereits lief, habe ich aus Sicherheitsgründen den DB User und Passwort geändert (im Container postgres und im container paperlessngx, was funktionierte). Mein DB User heisst mittlerweile: paperless01xyz. Mit diesem kann ich die leere DB auch nach restore über pgAdmin erreichen.
Zusätzlich steht nach Restore im Logfile: "The files belonging to this database system will be owned by user "postgres".
Das steht auch in der Logfile, wenn ich Postgres in einem neuen Container, mit neuer Version installiere, obwohl ich in der Configuration vor dem ersten Start, einen anderen DB User angelegt habe.
Würde es Sinn machen, alle Container zu löschen und dann desn Backup-Container von Postgres zu laden und vor dem Start alles auf den alten db_user paperless db_name paperless nochmals zu versuchen?
Für mich vermengen sich nun zu viele Symptome, deren Hintergründe für mich leider schleierhaft sind. Ich wäre euch sehr dankbar, wenn ihr mir Klarheit verschaffen könntet:
Geht mein Verdacht in die richtige Richtung? Könnte es sein, dass lediglich ein Berechtigungsproblem vorliegt und die Daten nach wie vor im gesicherten exportierten Container vorhanden sind? Ja? Wer kann helfen, oder wer hat eine Checkliste zu Container Berechtigungen in diesem Kontext? Welche Infos kann ich euch bereitstellen, damit für euch mehr Klarheit entsteht?
Vielen herzlichen Dank für eure Zeit und wertvollen Tipps
Schöne Grüße
Fabian
Synology DS923+ | Paperless NGX 2.6.x | Postgress 16 + 17 | Redis
ja ich hab's verbockt. Ich habe postgres geupdatet, ohne das den Folder /var/lib/postgresql/data external zu mappen. Ich hatte zu diesem Zeitpunkt leider noch zu wenig Erfahrung. ABER vor dem Update habe ich den Postgres Container inkl. Settings exportiert(gesichert). Jedoch, sind die Inhalte nach der Wiederherstellung nicht mehr vorhanden.
#Verlauf:
- Update PostgressSQL Container -> (Unbewusster) Versionssprung 16 zu 17.
- Daraufhin PaperlessNGX nicht mehr funktionsfähig.
- RESTORE: Import des zuvor exportierten Containers (inkl. Settings). Meldung: PostgreSQL Database directory appears to contain a database; Skipping initialization. (Daten also vorhanden?)
- -> PaperlessNGX läuft wieder aber zeigt keine Inhalte mehr. Also alle Korrespondenten, Tags etc. fehlen. Dokumente sind nicht mehr vorhanden.
- Habe die verknüpfte DB über pgAdmin erreicht und sehe nur leere Tabellen in der DB (mit aktuellem Namen)
Es liegt nun ein Berechtigungsunterschied, der den Zugriff auf das Datenverzeichnis im Container verhindern könnte vor. Der PostgreSQL-Benutzer im Container hat die Gruppe postgres (gid=999)**, aber das Verzeichnis /var/lib/postgresql/data ist der Gruppe **users` zugeordnet. Kann das der Grund sein, warum er die bisherigen Daten aus der DB nicht mehr aufruft?
Indiz: Bei der Erstinstallation habe ich die einfachen Config-Daten des Tutorials verwendet:
DB-NAME: paperless, DB-USER: paperless
Etwas später, als alles bereits lief, habe ich aus Sicherheitsgründen den DB User und Passwort geändert (im Container postgres und im container paperlessngx, was funktionierte). Mein DB User heisst mittlerweile: paperless01xyz. Mit diesem kann ich die leere DB auch nach restore über pgAdmin erreichen.
Zusätzlich steht nach Restore im Logfile: "The files belonging to this database system will be owned by user "postgres".
Das steht auch in der Logfile, wenn ich Postgres in einem neuen Container, mit neuer Version installiere, obwohl ich in der Configuration vor dem ersten Start, einen anderen DB User angelegt habe.
Würde es Sinn machen, alle Container zu löschen und dann desn Backup-Container von Postgres zu laden und vor dem Start alles auf den alten db_user paperless db_name paperless nochmals zu versuchen?
Für mich vermengen sich nun zu viele Symptome, deren Hintergründe für mich leider schleierhaft sind. Ich wäre euch sehr dankbar, wenn ihr mir Klarheit verschaffen könntet:
Geht mein Verdacht in die richtige Richtung? Könnte es sein, dass lediglich ein Berechtigungsproblem vorliegt und die Daten nach wie vor im gesicherten exportierten Container vorhanden sind? Ja? Wer kann helfen, oder wer hat eine Checkliste zu Container Berechtigungen in diesem Kontext? Welche Infos kann ich euch bereitstellen, damit für euch mehr Klarheit entsteht?
Vielen herzlichen Dank für eure Zeit und wertvollen Tipps
Schöne Grüße
Fabian
Synology DS923+ | Paperless NGX 2.6.x | Postgress 16 + 17 | Redis
Zuletzt bearbeitet:
