warp760

Ja klar.... was soll das bringen? Neuer Container, Backup rein und fertig. Da brauchst den Kram aus appdata nicht. Einziger Vorteil ist die Geschwindigkeit, weil nicht alles neu installiert wird.

Hab ich laufen seit ich Unraid nutze. Läuft einwandfrei. Wüsste nicht was das "schwerer" sein soll...?

Hatte das auch schon öfters. Nervt ungemein. Nach Neustart hält es wieder ne Weile

Also genauso lange wie beim TE... Bei mir kommt der "START" mit 7.1.3 sofort. Keine Verzögerung

Kurze Rückmeldung: bei Unifi konnte kein Fehler/Problem identifiziert werden. Ein Neustart von Unraid hat das ganze nun offenbar behoben.

auf was will unraid den zugreifen? Dann find ich vielleicht was im Log oder kann testweise mal explizit freigeben.

Nein... bei den Dockern kommt überhaupt nix und bei den Plugins folgendes:

Keine Ahnung seit wann das ist, aber scheinbar kann ich da auf irgendwas nicht zugreifen. Ausser (unifi) Switch Update gabs in letzter Zeit eigentlich keine Änderungen. Wo kann ich da ansetzen?

Ich lass den nur 2x im Jahr, alle 6 Monate laufen und das nachts. Hat mich noch nie gestört...

Einfach wieder zum Dateimanager wechseln

Wie man in meinem Beispiel sieht: eben doch nicht unerheblich. Die 20GB sollten normal für sehr viele Docker reichen. Denk die bekommt man normal nicht voll, wenn alles richtig läuft.

Natürlich nicht nur paperless, sondern alle 😂 Ist aber doch erschreckend, das die so ne Aktion dann alles lahmlegen kann. Hätte ich nicht (unbewusst) abgebrochen, wären mir wahrscheinlich alle Docker abgeschmiert.

Dokument hatte ca 130MB Im paperless log kam beim einlesen: [WARNING] [ocrmypdf._validation] The output file size is 1.83× larger than the input file. gefolgt von 100x [WARNING] [ocrmypdf._exec.tesseract] [tesseract] lots of diacritics - possibly poor OCR Hätte jetzt aber erwartet, das bei Abbruch oder Neustart temp Ordner aufgeräumt wird. Bisher war meine Containergröße immer bei 5GB, wobei ich das jetzt auch nicht wöchentlich überprüfe. Ohne Fehlermeldung in Unraid wärs mir jetzt nicht mal aufgefallen.

danke euch... hab alles in /tmp mal gelöscht. Sieht wieder gut aus. Muss ich mal beobachten ob das jetzt echt nur an dem einen Dokument lag oder ob der sich langsam füllt..

Hab heute ein sehr großes Dokument reingehauen... Da hat er aber gefühlt Stunden rumgerödelt und hab dann abgebrochen. Kann das auch der Grund gewesen sein?

und kann da alles raus? Sollte man {tmp auch nach aussen mounten?

das ist schon klar... aber irgendwas muss ja anders sein, da es jetzt schon jahrelang wunderbar funktioniert. Hab vor Kurzem auf 7.1.3 gezogen und paperless auch noch aufs aktuelle...

Ich nutze eigentlich schon lange paperless und hab in letzter Zeit auch nicht besonders viele Dokumente hinzugefügt. Meine Containergröße lag eigentlich immer so um ~5GB Nun habe ich zig Meldungen erhalten, das die Containergröße ansteigt und inzwischen ist sie bei 86% Wie finde ich denn raus, was da gerade falsch läuft? Hab vor Kurzem auf die aktuelle Version gezogen, aber keine Ahnung ob´s da losging...

Hab mal bisschen rumprobiert. Scheinbar macht er was, auch im richtigen Docker. Aber durchlaufen tuts nicht 😞 Script location: /tmp/user.scripts/tmpScripts/Paperless Export Weekly/script Note that closing this window will abort the execution of this script Found file 2021-08-30_Elektro Zeller.pdf, this might indicate a non-empty installation Found file 2021-08-30_Elektro Zeller.pdf, this might indicate a non-empty installation Found existing user(s), this might indicate a non-empty installation Found existing documents(s), this might indicate a non-empty installation CommandError: That directory doesn't appear to contain a manifest.json file. EDIT: vergesst es... es funktioniert einwandfrei. Ich Depp hab document_importer geschrieben, statt document_exporter 🤦‍♂️ docker exec paperless-ngx document_exporter /usr/src/paperless/export

@cz13 Danke.. aber da ist ja auch die Rede davon, das IM Container laufen zu lassen. Ich will ja mit einem User_Script von ausserhalb, einen Befehl im Docker Paperless ausführen. Verständlich was ich meine? 30 23 * * 4 document_importer ../export

danke für den Tipp... funktioniert soweit auch. Nur das -d scheint nix zu bewirken. Exportordner ist immer noch voll... Kann man mit den user_scripts das jetzt 1x pro Woche laufen lassen? Also ein Befehl IM Container?

Ich hab die 1TB Storagebox

Ne... Das war dann halt auch das Problem. Cfg Datei anpassen hat geholfen 👍🏻