Paperless-ngx Paperless-ngx Datensicherung

[alexhell]

Du musst den DB User mit angeben.
psql -U Username ...
Der steht in deiner Compose. Wahrscheinlich paperless

 

[Tommes]

Da kann ich dir leider nicht helfen, da ich nicht PostgreSQL als Backend nutze…

… dann hau doch mal einen raus und erzähl mir, wie das bei MariaDB funktioniert … mir raucht nämlich schon der Kopf. Wobei… der Weg über phpMyAdmin wäre wohl die einfachste Lösung.

 

[alexhell]

mariadb db_name < backup-file.sql
Laut Doku kannst du es damit wieder herstellen

 

[plang.pl]

cat backup.sql | docker exec -i CONTAINER /usr/bin/mysql -u root --password=root DATABASE

 

[ShedaoShai]

Du musst den DB User mit angeben.
psql -U Username ...
Der steht in deiner Compose. Wahrscheinlich paperless

Ich hatte sowohl die DB als auch den Username mit drin, allerdings mit vorangestelltem $. Hatte ich auch irgendwo hier aus dem Forum quasi kopiert. Die DB ist jetzt im Grunde eingespielt, auch wenn ich dabei ein paar Fehlermeldungen bekommen habe weil manche Einträge schon vorhanden waren. Das scheint also zu passen. Allerdings bekomme ich immer noch den Server Error 500. Muss ich mal schauen was da jetzt genau das Problem ist.

 

[Tommes]

Laut Doku…

… wer liest denn Dokus?

Recht herzlichen Dank @plang.pl

 

[alexhell]

wer liest denn Dokus?

Leider die wenigsten, weil das nicht Copy&Paste gerecht ist
Und nein damit meine ich nicht dich

 

[ShedaoShai]

So ich hab Paperless jetzt nochmal neu eingespielt über Portainer und dann die DB über SSH auch wieder neu eingespielt. Der Zugriff funktioniert jetzt wieder, allerdings fehlt mir jetzt das eine Dokument das ich hinzugefügt habe. Der entsprechende Korrespondent den ich angelegt hatte gibt es auch, nur das PDF ist einfach verschwunden. In dem Media-Ordner ist dieses allerdings noch vorhanden.

Irgendjemand eine Idee woran das vielleicht liegen könnte?

 

[Furchensumpf]

Mein Führerschein liegt jetzt zwar schon 35 Jahre zurück, aber ich erinnere mich nicht daran, dass ich da beigebracht bekommen habe, wie ein Auto generell funktioniert...nur das, was ich zu kontrollieren habe...^^

So, ich habe jetzt mal den "Besitzer" auf meinen Nutzer gelegt, danach musste ich die Rechte neu vergeben. Zumindest das Backup-Prog meckert jetzt nicht mehr und kann alles sichern. Die Frage bleibt jetzt, wie das sein wird, falls paperless neue Dateien anlegt. Und ich hoffe, dass das keine anderen Auswirkungen aus das Programm hat.

 

[alexhell]

Wenn du den Besitzer einfach gewechselt hast, dann kann es sein, dass die DB nicht mehr schreiben kann. Es ist nicht umsonst der User. Ich würde eher chmod setzen als den owner zu ändern.

 

[Furchensumpf]

@Tommes
Das ist das, was bei paperless richtig Spaß machen wird.

Kurz:
Korrespondenz: Streng ist damit der Absender gemeint, dient aber im generellen für eine Grundsortierung. Absender, mit denen Du über die nächste Zeit mehrfach Dokumente erhalten solltest, sollten einen eigenen Eintrag bekommen (z.B. Finanzamt, Krankenkasse ect). Andere, bei denen es nur hin und wieder dazu kommen sollte, können zusammengefasst werden (Gesundheit, Handwerker ect).

Dokumenttyp: Klar, Rechnungen, Befunde, usw...

Tags sollten klar sein.

Kleiner Tipp: Lege für jedes neue Dokument einen Arbeitsablauf an, bei dem automatisch ein Tag "Neues Dokument" mit knallrotem Hintergrund angelegt wird - sonst könnten neue Dokumente übersehen werden.

Ist hier ganz gut beschrieben:
https://paperless.codeberg.page/paperless/2022-02/paperless-tags/

 

[Tommes]

@Furchensumpf
Den von dir verlinkten Artikel habe ich bereits überflogen und dadurch ein Grundverständnis, wie Dokumente sortiert werden (können), erhalten. Auch der Artikel aus der c‘t liegt mir vor (aus dem ich aber so gut wie nichts umgesetzt habe). Mittlerweile habe ich auch ein für mich passendes Ablageformat geschaffen…

{correspondent}/{document_type}/{created_year}/{created_year}-{created_month}-{created_day}_{correspondent}_{document_type}

… bin also auf einem guten Weg. Nur das mit der Lernfähigkeit von Paperless lässt in meinen Augen noch ein wenig zu wünschen übrig, aber ich bin ja noch in der Findungsphase. Das wird sich sicherlich auch noch alles einstellen, da bin ich mir sicher. Für den Moment bin ich schon recht angetan von dem System. Macht Lust auf mehr.

 

[Furchensumpf]

@alexhell

Ok, also wieder Backup aufgespielt und dann so versucht:

sudo chown -R Furchi:users /volume1/paperless/volumes/database
sudo chmod -R 770 /volume1/paperless/volumes/database

Cobian läuft jetzt ebenfalls durch. Hoffe dass das jetzt richtig ist...

 

[alexhell]

Das sollte so passen. Dann hat dein User Vollzugriff und die Dateien gehören weiterhin dem Container User und er hat auch Vollzugriff

 

[alexhell]

Ach noch was. Da bin ich mir gerade nicht sicher daher teste mal, ob die rechte bleiben, wenn du die DB neu startest. Nicht, dass er sie dir überschreibt

 

[ShedaoShai]

Vielleicht hat ja noch jemand einen Hinweis zu meinem Post in #168.

 

[alexhell]

Ohne weitere Informationen/Fehlermeldungen kann man nicht wirklich helfen.
Also was hast du genau wo ausgeführt und welche Meldungen kamen.

 

[ShedaoShai]

Grundsätzlich hatte ich den Paperless-Stack gestoppt, danach gelöscht und wieder neu eingespielt. Dann hatte ich aus dem HyperBackup die entsprechenden Verzeichnisse wiederhergestellt und dann den Dump quasi zurück gespielt.
Beim Einspielen des Dumps gab es einige Fehlermeldungen (habe ich allerdings keine Screenshots von gemacht). Im Grunde waren es aber aus meiner Sicht Fehlermeldungen weil die Tabellen grundsätzlich schon vorhanden waren. Durch das Wiederherstellen des Dumps sollen ja sehr wahrscheinlich alle Daten inkl. Tabellen eingespielt werden und wenn vor allem die Tabellen bereits existieren kommt es zu den entsprechenden Fehlermeldungen weil die Create Table-Anweisungen nicht funktionieren.
Die Daten konnten zum Großteil wiederhergestellt werden. Jedenfalls sah es so für mich aus da der Korrespondet den ich vorher angelegt hatte wieder vorhanden war.
Mir fehlte dann aber letztendlich der Eintrag für das einzelne PDF das vorher vorhanden war. In dem media-Ordner war die Datei allerdings vorhanden. Ich nehme dann mal an, dass der entsprechende Eintrag in der DB vielleicht nicht wiederhergestellt werden konnte.

Die Frage wäre sonst, wie sollte grundsätzlich die Reihenfolge bei der Wiederherstellung aussehen?

Oh und ich habe ein dumpall gemacht. Hab gerade nicht auf dem Schirm ob ein normaler dump nur die Tabelleninhalte sichern würde. Falls ja könnte das dann die Fehlermeldungen beim Wiederherstellen der DB umgehen.

 

[ShedaoShai]

So und jetzt bin ich maximal verwirrt. Ich hab jetzt quasi alle Steps nochmal wiederholt und jetzt hat es, warum auch immer, funktioniert.

Unterschied war aber hier vielleicht, dass ich alle Stacks erstmal gestoppt hatte bevor ich die Daten zurückgespielt und den Dump eingespielt habe. Den Dump natürlich erst nach dem ich die DB wieder gestartet hatte.

Scheint jetzt jedenfalls zu funktionieren wie es scheint.

 

[plang.pl]

Manchmal hilft es einfach, das Ganze zu wiederholen. Das hatte ich auch schon oft. Meistens schleicht sich ein kleiner Fehler ein, den man nicht bemerkt hat.