"PAPERLESS_CONSUMER_INOTIFY_DELAY" Die Verzögerung funktioniert nicht

Hallo zusammen,

Bei meinem paperless scheinen die Einstellungen aus der docker-compose.env nicht richtig zu wirken.

Egal, ob ich
PAPERLESS_CONSUMER_INOTIFY_DELAY=30
oder
PAPERLESS_CONSUMER_POLLING=30
PAPERLESS_CONSUMER_POLLING_RETRY_COUNT=5
in der .env einstelle, paperless beginnt noch während der Scanner die Datei schreibt mit der Verarbeitung. Bei einseitigen Dokumenten klappt das noch. Bei mehrseitigen Dokumenten löscht paperless die Datei schon während der Scanner noch darin schreibt.
Nach den Änderungen an der Datei habe ich sicherheitshalber jedes mal das ganze System neu gestartet.

In der docker-compose.yml ist der richtige Pfad zu der docker-compose.env eingetragen. Das Ganze läuft auf einem Linux MINT.
Hat noch jemand eine Idee, woran das liegen könnte?

Schon mal besten Dank im Voraus.

Gibt einige Posts dazu, je Nachdem wo die variable Gesetz wird muss sie geringfügig anders geschrieben werden.

Guck dir den mal an.

Moin, vielen Dank für Deine Antwort.

Ich habe den verlinkten Thread jetzt durchgeschaut, und kann da keine andere Schreibweise feststellen, außer dass statt “=” einmal das “:” genutzt wurde.
Habe ich getestet, leider ohne Erfolg.
Was habe ich übersehen?
Hier mal der Inhalt meiner .env, falls das weiter hilft:
PAPERLESS_URL=https://paperless.domain.org
USERMAP_UID=1001
USERMAP_GID=1001
PAPERLESS_CONSUMER_INOTIFY_DELAY:20
#PAPERLESS_CONSUMER_POLLING=10
#PAPERLESS_CONSUMER_POLLING_RETRY_COUNT=5
PAPERLESS_TIME_ZONE=Europe/Berlin
PAPERLESS_OCR_LANGUAGE=deu+eng
PAPERLESS_SECRET_KEY=XXXXXXXXXXXXXXXXXXXXXXXX

Die env Datei ist eine reine Textdatei welche eingelesen wird und dessen Inhalt Umgebungsvariablen Zuweisungen für den Container beinhalten.

Das Composer File ist ein sogenanntes yaml File welches von einem Parser analysiert wird.

Docker Umgebungsvariablen werden mit = zugewiesen wie Linux Umgebungsvariablen und in yaml Erfolg die Zuweisung über Key value Paare.

“key”: “value”

Hoffe das hilft dir weiter

Wenn ich mich nicht irre kommt beim starten mit “up” ja direkt die angabe das etwas nicht passt…

Bei Dockge zeigt er mir zumindest direkt auch an das an einer yml etwas nicht passt mit konkreten bezug auf die Zeile.

Nur mal als beispiel.

      PAPERLESS_CELERY_TASK_TIME_LIMIT: 3600
      PAPERLESS_CELERY_TASK_SOFT_TIME_LIMIT: 3300

Zeig doch mal das ganze yaml und env File. Bitte in Code tags

Hallo,

nochmals besten Dank für Eure Antworten. Ich war ein paar Tage auf Dienstreise, konnte daher die gefragten Infos noch nicht liefern.
Jetzt aber.

Ich bin mal gespannt, ob ihr was findet. Sonst habe ich mir schon überlegt, die Daten in einem anderen Verzeichnis abzulegen und alle paar Minuten ein Skript laufen zu lassen, dass die Daten in den überwachten Order verschiebt.

docker-compose.env (Ich habe entweder “INOTIFY_DELAY“ oder die beiden “POLLING” Einträge genutzt und das jeweils andere auskommentiert):

PAPERLESS_URL=https://paperless.meinedomaene.de
USERMAP_UID=1001
USERMAP_GID=1001
PAPERLESS_CONSUMER_INOTIFY_DELAY=20
#PAPERLESS_CONSUMER_POLLING=10
#PAPERLESS_CONSUMER_POLLING_RETRY_COUNT=5
PAPERLESS_TIME_ZONE=Europe/Berlin
PAPERLESS_OCR_LANGUAGE=deu+eng
PAPERLESS_SECRET_KEY=HierStehtDerKey

docker-compose.yml

services:
  broker:
    image: docker.io/library/redis:8
    restart: unless-stopped
    volumes:
      - redisdata:/data
  db:
    image: docker.io/library/postgres:18
    restart: unless-stopped
    volumes:
      - /home/paperless/paperless-ngx/db:/var/lib/postgresql
    environment:
      POSTGRES_DB: paperless
      POSTGRES_USER: paperless
      POSTGRES_PASSWORD: PASSSWORD
  webserver:
    image: ghcr.io/paperless-ngx/paperless-ngx:latest
    restart: unless-stopped
    depends_on:
      - db
      - broker
      - gotenberg
      - tika
    ports:
      - "8000:8000"
    volumes:
      - /home/paperless/paperless-ngx/data:/usr/src/paperless/data
      - /home/paperless/paperless-ngx/media:/usr/src/paperless/media
      - ./export:/usr/src/paperless/export
      - /home/paperless/paperless-ngx/consume:/usr/src/paperless/consume
    env_file: docker-compose.env
    environment:
      PAPERLESS_REDIS: redis://broker:6379
      PAPERLESS_DBHOST: db
      PAPERLESS_TIKA_ENABLED: 1
      PAPERLESS_TIKA_GOTENBERG_ENDPOINT: http://gotenberg:3000
      PAPERLESS_TIKA_ENDPOINT: http://tika:9998
  gotenberg:
    image: docker.io/gotenberg/gotenberg:8.25
    restart: unless-stopped
    # The gotenberg chromium route is used to convert .eml files. We do not
    # want to allow external content like tracking pixels or even javascript.
    command:
      - "gotenberg"
      - "--chromium-disable-javascript=true"
      - "--chromium-allow-list=file:///tmp/.*"
  tika:
    image: docker.io/apache/tika:latest
    restart: unless-stopped
volumes:
  redisdata:

Hallo zusammen,

was haltet Ihr von den Dateien? Sind die Inhalte in Ordnung?

Vielen Dank!

Deine inotify-Einstellungen sehen korrekt aus.

Wenn du das Problem mit dem Scanner hast, ist Polling in meinen Augen die beste Lösung.

Du musst aber aufpassen:

PAPERLESS_CONSUMER_POLLING=<num> (Link zur Doku) auf 1 setzen, damit wird polling aktiviert.

Dann den Retry count z.B. auf 5 setzen, damit wird 5 mal hintereinander gepollt und geprüft, ob sich das PDF noch verändert. Erst nach 5 mal gleiches PDF gelesen wird konsumiert:

PAPERLESS_CONSUMER_POLLING_RETRY_COUNT=<num> (z.B. 5 oder 10 eintragen)

Und schließlich noch die Polling Delay, die den Zeitabstand zwischen den Polls definiert:

PAPERLESS_CONSUMER_POLLING_DELAY=<num> (nicht zu hoch setzen, einfach ausprobieren)

Hallo zusammen,

vielen Dank für Eure Hilfe!

Die Ursache des ganzen lag darin, dass mir als Linux- und Dockerneuling nicht bewusst war, dass man nach ändern der .env Datei den Docker Container aktualisieren muss.

docker compose up -d --force-recreate

Der Befehl war die Lösung meiner Probleme.

Trotzdem nochmal vielen Dank für Eure Bereitschaft mir zu helfen.

Komisch, mit dem Neustart des ganzen Systems hätten die neuen Variablen direkt Anwendung gefunden.

Aber schön, dass es nun funktioniert!