Cpt.Hardy

ok, dann werde ich erstmal das wöchentliche Backup auf die ext. USB durchführen lassen und dann mal weitersehen ....

das ist dann aber irgendwie 2x hin und her, das 1. Backup kommt vom unraid server und geht zum NAS und dann soll davon wieder eine Kopie vom NAS auf die ext. USB am unraid ausgeführt werden???? Oder habe ich was falsch verstanden. Belastet völlig unnötig mein LAN und eine Kopie ist auch nicht dasselbe wie ein eigenes backup 3 Tage später .... Dann könnte ich die USB ja auch gleich ans NAS anschließen ....

in dem verlinkten Post gibt es keine Lösung, das als Lösung gekennzeichnete ist ein feature request ....

auf die Art geht das hier leider nicht, ist ein Plugin.

Appdata backup sichert mir 1x pro Woche die Appdaten auf mein NAS. Ich würde gerne eine zweite Instantz an einem anderen Tag laufen lassen und dann auf mein ext. USB Laufwerk direkt am unraid server. Geht das oder gibt es nur eine Instanz?

muß ich dazu noch etwas einstellen, damit meine 2 USB HDs einschlafen? benutze die nur gelegentlich für backups ....

ja das kenne ich und habe es ständig parallel auf einem 2. Bildschirm geöffnet. Habe aber noch nicht alle 17 Teile durch ....

sollte aber so sein, denn es wird 1x die original PDF und 1x die OCR getaggte (und ggf um Schrägstellung etc. bereinigte) PDF gespeichert. bin jetzt mit den Speicherpfaden auch schon weiter gekommen, mir reicht da auch eine Sortierung nur nach den Jahreszahlen. Allerdings hängt es noch an der automatischen Umbenennung, da bin ich noch nicht weitergekommen ....

Servus @tobiii90 konntest Du das Problem lösen? Wenn ja wie?

ich habe kein Problem damit. Lustig an der Stelle: Paperless verarbeitet endlose PDFs. Das eigene Manual gibt es als PDF aber nicht 😃 und das f..cking manual trifft wohl auch nicht immer auf eine Benutzung unter unraid zu. Die Kapitel Tika und Gotenberg werden zB nicht sehr aufschlußreich erklärt. und insgesamt erscheint mir das ganze eher für NERDs als für normale Anwender geschrieben ....

keep cool, über den Schritt sind wir schon längst hinaus und ich habe mir das auch nicht ausgedacht, vielmehr wurde es in einem YT Video so gesagt. erste (neue) Beispiel PDF ist jetzt angekommen. wurde doppelt abgelegt, im Ordner media\documents\archive und im Ordner media\documents\originals muß das sein? Das müllt mir ja nur die SSD voll, wenn ich jede PDF die reinkommt jetzt 2x abspeichere...

erklärt aber auch nicht alles. ich habe jetzt zB 70 PDFs testhalber eingelesen. Gespeichtet werden sollten die lt. FAQ wie oben aber bereits beschrieben, hat die Eingabe von /usr/src/paperless/media zu keinem Ergebnis geführt. Das Verzeichnis ist gar nicht vorhanden. Also wo sind die PDFs gelandet? Ich würde glaube ich die Datenbank nochmals löschne (wie?) und von vorne anfangen.... EDIT: ich habe jetzt diesen "media" Ordner korrekt angelegt und alle 70 PDFs sind aus der Datenbank verschwunden. Das wäre mir ja recht, wenn ich sie nochmals neu einlesen könnte. Das geht aber nicht weil dann der Fehler kommt, daß die Datei bereits vorhanden ist... EGAL, ich habe das ganze paperless-ngx Verzeichnis gelöscht und kann nochmal von vorne anfangen, diesmal mit einem funktionierenden "media" Ordner

ok, paperless funktioniert jetzt. Nur für mein Verständnis ... ich habe irgendwo 1-100 PDFs auf meinem PC oder NAS und die kopiere ich in dieses paperless\consume Verzeichnis. Paperless macht dann einen OCR Scan, archieviert die Datei und löscht sie dann aus dem consume Verzeichnis und wenn es keinen Datenbank crash gibt, braucht man die Ausgangsdatei eigentlich nicht mehr? sollte ich die einzelne PDF später mal wieder benötigen, müsste ich sie von paperless "herunterladen" dann sollte man eine gute Datensicherung fahren ...

ich hab die Funktionsweise schon verstanden, allerdings .... - wenn der Server nicht läuft, finde ich nichts mehr - ich habe hardwaretechnisch nur eine einzige 4TB SSD im System, und da sollen jetzt alle PDFs auch abgelegt werden. könnte nicht nur eng werden darüber hinaus sind SSDs auch nicht so robust wie HDs aber vielleicht kann man da (als Unterverzeichnis) auch ein gemountetes Laufwerk einhängen, was sich zB auf dem NAS befindet. - sowas macht Sinn, wenn es automatisch läuft, also müsste mein PC ständig auf neue PDFs gesannt werden und die dann in dieses paperless Arbeitsverzeichnis verschoben werden. ich werde mal sehen, wie ich hier weiterkomme .... aber es fängt schon damit an, daß diese Anwendungsordner gar nicht vorhanden sind ....

ok, das scheinen zwei docker zu sein, die ich dann zusätzlich noch in unraid installiere und starten muss, korrekt? "Musst Deine Dokumente also zunächst irgendwie zentralisieren." das genau ist ja das Problem, die sind nicht zentralisiert was auch keinen Sinn macht, alle PDFs wahlos in einen Ordner zu packen. Statt dessen sind zB alle Telefonrechnungen in einem Ordner und alle Strom-Rechnungen in einem anderen...

alter Post, selbe Frage: bei mir läuft seit heute die aktuelle parerless-ngx Version auf unraid. meine PDFs sind in verschiedenen Odnern auf einem NAS verstreut. Die würde ich gerne automatisch einlesen lassen. Problem wie gesagt, nicht in einem Ordner sondern in vielen Unterordnern. und nächste Frage: was müsste ich tun, damit auch andere Formate ausser PDF zb *.doc oder *.txt verarbeitet wird?

neu installieren ist nicht notwendig, einfach nur das image vergrössern und danach einen Neustart ... mein image ist jetzt 80gb groß und da habe ich erstmal Ruhe ....

super erklärt, danke. Aber wie stelle ich denn einen Docker auf Verzeichnis um? Nehmen wir als einfaches Beispiel mal Chromium, da gibt es keine persönlichen Einstellungen und man kann den jederzeit löschen und neu erstellen. Kann man auch nur einige docker im Verzeichnis und andere im image laufen lassen oder immer nur entweder/oder für alle? Ich habe mein docker image jetzt erstmal auf 80GB vergrößert...und mit 7 installierten dockern ist es zu 11% belegt.

so, alle VMs laufen wieder, wir sind hier glaube ich fertig. das ursprüngliche Problem, war um ich diesen ganzen Zirkus gemacht habe besteht weiter und wird dann hier weiter-besprochen Danke für Eure Hilfe an dieser Stelle ... EDIT: aber vielleicht steckt die Lösung ja in diesem Satz, den ich zuvor überlesen hatte was ist damit gemeint?

so, wie berichtet habe ich mein Hardware upgrade vorgenommen, der lenovo hat jetzt 32gb RAM und 4TB SSD VMs sind schon alle wieder recovered, verbleiben noch die Docker und das ursprüngliche Problem setzt sich fort. das Docker.img füllt sich merklich 6% nur nach der Installation von Krusader 7% zusätzlich vm_custom_icons 26% zusätzlich BamBuStudio installiert es ist klar, wo die Reise hingeht, am Ende bin ich wieder bei einer docker-Auslastung von über 80% und kann kein update mehr installieren. kann man dieses docker.img denn nicht vergrössern? Ich hab jetzt 4TB Platz.

also, mit dem krusader kommt man hier nicht weiter, man muß das direkt in unraid unter disk1/system/libvirt machen. dort konnte ich dann die neue datei umbenennen in xxx.bak und die gesicherte hochladen. aber die Berechtigungen sind nicht identisch, ist das ein Problem oder könnte es zu einem werden? nach einem Neustart habe ich alle meine VMs jetzt auf einen Rutsch wieder zurück ... wenn alle auch noch problemlos starten, bin ich glücklich ....

die Datei libvirt.img lässt sich nicht umbenennen oder durch das backup überschreiben jedenfalls nicht im krusader auch nicht wenn ich den Pfad mnt/user/system/libvirt verwende .... und jetzt will der Dienst gar nicht mehr starten ...

danke vielmals, ist ein guter Tipp und dann habe ich alle VMs auf einaml wieder verfügbar. VM Service Stopp vermutlich hier .... Kopieraktion aller vdisk.imgs läuft gerade, Gehr eigentlich recht schnell, wenn das backup auf einer ext. USB3 SSD liegt....

gesichert ja aber nichts damit gemacht, was hätte das für einen Vorteil? Das alle VMs auf einen Schlag wieder vorhanden sind? ich habe bisher nur 1 von 8 manuell neu erstellt, würde sich also noch lohnen, es jetzt noch zu machen...

nächster Schritt ist jetzt die Rekonstruktion meiner VMs würde es so versuchen: 1. VM neu anlagen mit den zuvor im screenshot gesicherten Einstellungen 2. vdisk.img zurückkopieren in user/domains 3. VM starten und hoffen, daß alles so ist wie zuvor...