Sind Duplicate bei Import normal?

Aufgrund einiger Schwierigkeiten die nicht mit dem DSM-Update 7.3 zusammenhingen musste die CMOS Batterie gewechselt werden an meiner Betagten 918+ und habe dann mit einer sauberen Neuinstallation des DSM begonnen.

Ich hab mir nie dabei was gedacht wenn ich nen Export importiere da es immer geklappt hat und ich immer schon danach plötzlich „Duplicate“ angezeigt bekomme die keine sind, wollte aber trotzdem mal nachfragen was die Ursache davon ist und ob das bei euch auch so ist ?

Ich mein es läuft alles wie es muss… mich wunderts nur, hab es bisher immer naja ignoriert würd ich jetzt nicht sagen.

Der Consume-Ordner ist natürlich leer und der Export lief wie immer sauber.

Ich glaub es waren 72 Duplicate die man sich irgendwoher aus den Fingern gesaugt hat.

Holt der sich diese aus dem „trash“ der ja nicht angelegt ist in der Masterclass und nur im Container existiert @Stefan ?

Wenn ich den Export auf meinen anderen Geräten aufspiele ist es ähnlich.

Zusätzlich würde mich interessieren wer von euch hat schon erfolgreich mit der Hyperbackup Lösung aus der Masterclass eine erfolgreiches Backup eingespielt das lauffähig war ?

Hatte ich auch versucht in dem Wulst an umstrukturierungen mit neuen usern usw, mir da aber auch evtl. selbst ein bein gestellt.

Duplikate sollten eigentlich nicht vorkommen.

Nutzt du den Paperless Mülleimer?

     - /volume4/docker/paperlessngx/trash:/usr/src/paperless/trash:rw

Wenn ja dann mal kontrollieren ob da Dokumente drin sind.

Bisher habe ich meisten Sicherungen von Snapshots verwendet, beim Laufwerksumzug hab ich einfach die Ordner kopiert, die Volumes in der docker-compose angepasst und den Stack bzw. Container Manager angeworfen.
Hat immer funktioniert.
Mache den Export jeden Tag, nur für den wost-case oder Datenbank Upgrade.

Ne da der nicht in der Config in der Masterclass war hab ich den nie benutzt.
Bin aber dabei den einzuführen um vielleicht das Problem nicht mehr zu haben.

SysInfo alle 4 sind Grün.

    volumes:
      - /volume2/docker/paperless-ngx/data:/usr/src/paperless/data
      - /volume2/docker/paperless-ngx/media:/usr/src/paperless/media
      - /volume2/docker/paperless-ngx/export:/usr/src/paperless/export
      - /volume2/scaninput:/usr/src/paperless/consume
      - /volume2/docker/paperless-ngx/scripts:/usr/src/paperless/scripts

Habs tatsächlich auf meinem RPi5 schon implementiert aber noch nicht getestet.

Jetzt siehts zumindest korrekt aus.

    volumes:
      - /volume2/docker/paperless-ngx/data:/usr/src/paperless/data
      - /volume2/docker/paperless-ngx/media:/usr/src/paperless/media
      - /volume2/docker/paperless-ngx/export:/usr/src/paperless/export
      - /volume2/scaninput:/usr/src/paperless/consume
      - /volume2/docker/paperless-ngx/scripts:/usr/src/paperless/scripts
      - /volume2/docker/paperless-ngx/trash:/usr/src/paperless/trash

ChatGPT sagt ich soll unter Enviroments noch das hier ergänzten.

PAPERLESS_EMPTY_TRASH_DIR: /usr/src/paperless/trash

Ja mei… ChatGPT…

Schaut bei mir so aus, dann wird der Trash auf dem Volume gespeichert

PAPERLESS_TRASH_DIR: ../trash

Interessant das ES hier nicht hilfreich ist direkt :smiley:

Auch wenn ichs mache wie Du funktioniert es auch nicht.

Siehst du die Dateien dann auf der Freigabe oder so das die im Papierkorb sind oder nur in Paperless ?

    volumes:
      - /volume2/docker/paperless-ngx/data:/usr/src/paperless/data
      - /volume2/docker/paperless-ngx/media:/usr/src/paperless/media
      - /volume2/docker/paperless-ngx/export:/usr/src/paperless/export
      - /volume2/scaninput:/usr/src/paperless/consume
      - /volume2/docker/paperless-ngx/scripts:/usr/src/paperless/scripts
      - /volume2/docker/paperless-ngx/media/trash:/usr/src/paperless/media/trash:rw
    env_file: docker-compose.env
    environment:
      PAPERLESS_EMPTY_TRASH_DIR: ../trash

PAPERLESS_EMPTY_TRASH_DIR=<path>

When documents are deleted (e.g. after emptying the trash) the original files will be moved here instead of being removed from the filesystem. Only the original version is kept.

This must be writeable by the user running paperless. When running inside docker, ensure that this path is within a permanent volume (such as „../media/trash“) so it won’t get lost on upgrades.

Note that the directory must exist prior to using this setting.

Defaults to empty (i.e. really delete files).

This setting was previously named PAPERLESS_TRASH_DIR.

Hab mittlerweile rausgefunden das die Dokumente dort erst auftauchen nachdem der Papierkorb geleert wurde was sehr dämlich von der Logik ist ^^

    volumes:
      - /volume2/docker/paperless-ngx/trash:/usr/src/paperless/trash:rw
    env_file: docker-compose.env
    environment:
      PAPERLESS_EMPTY_TRASH_DIR: /usr/src/paperless/trash

Wenns so einfach wäre und klar dokumentiert.

Achtung !!! Die Dateien tauchen erst im Papierkorb / Trash auf wenn die in Paperless gelöscht sind :smiley:

Das andere mit den Duplikaten hat sich nach vielen Stunden grübeln und basteln von selbst gelöst.

Zwingend beachten das selbst mit dem Import erneut wieder alle anstehenden Mails die schon im Export inkludiert sind ( hab für Paperless extra n Mailkonto ) diese im bestenfalls verschoben, gelesen markiert oder gelöscht werden sollten.

Es wär so einfach gewesen ^^

Dieses Thema wurde automatisch 60 Minuten nach der letzten Antwort geschlossen. Es sind keine neuen Antworten mehr erlaubt.