Paperless NGX und sehr langsam in der Speicherung

columbo1979 · May 2, 2025 at 2:00 PM

Hallo, nutze Paperless in der neusten Version in einem Docker, installiert über ein Docker Compose. Nutze eine Ugreen Nas 6800+.
Es funktioniert auch, allerdings sobald ich ein Dokument bearbeite und dann speichern möchte vergehen einige Sekunden. Die allgemeine Nutzung geht von der Geschwindigkeit, aber sobald etwas gespeichert werden soll ist es sehr langsam… CPU etc. liegt bei unter 10% in der Nutzung.

Woran kann es liegen?

deltapapa · May 2, 2025 at 3:25 PM

Moin,

du meinst sobald du ein Dokument in den consume Ordner schiebst?

Nunja, ich würde sagen es liegt auch ein bisschen an dem Dokument. Du siehst ja auf der Startseite sobald er mit der Verarbeitung anfängt. Auf meiner 918+ dauert eine Seite PDF so ca. 10 bis 15 Sekunden, das schwankt aber auch etwas. OCR, Datenbankeinträge, Tags und alle anderen Dinge die so gemacht werden, sind rechenintensiv. hast du Tika und Gotenberg mit drinnen? Was sagt dein Protokoll?

columbo1979 · May 2, 2025 at 3:38 PM

Neee... nachem es im Paperless auftaucht... wenn ich dann in Paperless ein Dokument öffne oder auch ein Tag hinzufüge oder ähnliches, dauert es nach dem speichern immer mehrere Sekunden.... Tika und Gotenberg sind installiert... hier meine docker compose: (vielleicht dort ein fehler?

columbo1979 · May 2, 2025 at 3:42 PM

Code

version: "3.9"
services:
  redis:
    image: redis:7
    command:
      - /bin/sh
      - -c
      - redis-server --requirepass redispass
    container_name: PaperlessNGX-REDIS
    hostname: paper-redis
    mem_limit: 512m
    mem_reservation: 256m
    cpu_shares: 768
    security_opt:
      - no-new-privileges:true
    read_only: true
    user: 1000:10
    healthcheck:
      test: ["CMD-SHELL", "redis-cli ping || exit 1"]
    volumes:
      - /volume1/docker/paperlessngx/redis:/data:rw
    environment:
      TZ: Europe/Berlin
    restart: on-failure:5

  db:
    image: postgres:16
    container_name: PaperlessNGX-DB
    hostname: paper-db
    mem_limit: 1g
    cpu_shares: 768
    security_opt:
      - no-new-privileges:true
    healthcheck:
      test: ["CMD", "pg_isready", "-q", "-d", "paperless", "-U", "paperlessuser"]
      timeout: 45s
      interval: 10s
      retries: 10
    volumes:
      - /volume1/docker/paperlessngx/db:/var/lib/postgresql/data:rw
    environment:
      POSTGRES_DB: paperless
      POSTGRES_USER: paperlessuser
      POSTGRES_PASSWORD: paperlesspass
    restart: on-failure:5

  gotenberg:
    image: gotenberg/gotenberg:latest
    container_name: PaperlessNGX-GOTENBERG
    hostname: gotenberg
    security_opt:
      - no-new-privileges:true
    # user: 1000:10
    command:
      - "gotenberg"
      - "--chromium-disable-javascript=true"
      - "--chromium-allow-list=file:///tmp/.*"
    restart: on-failure:5

  tika:
    image: ghcr.io/paperless-ngx/tika:latest
    container_name: PaperlessNGX-TIKA
    hostname: tika
    security_opt:
      - no-new-privileges:true
    user: 1000:10
    restart: on-failure:5

  paperless:
    image: ghcr.io/paperless-ngx/paperless-ngx:latest
    container_name: PaperlessNGX
    hostname: paperless-ngx
    mem_limit: 6g
    cpu_shares: 1024
    security_opt:
      - no-new-privileges:true
    healthcheck:
      test: ["CMD", "curl", "-fs", "-S", "--max-time", "2", "http://localhost:8000"]
      interval: 30s
      timeout: 10s
      retries: 5
    ports:
      - 8777:8000
    volumes:
      - /volume1/docker/paperlessngx/data:/usr/src/paperless/data:rw
      - /volume1/docker/paperlessngx/media:/usr/src/paperless/media:rw
      - /volume1/docker/paperlessngx/export:/usr/src/paperless/export:rw
      - /volume1/docker/paperlessngx/consume:/usr/src/paperless/consume:rw
      - /volume1/docker/paperlessngx/trash:/usr/src/paperless/trash:rw
    environment:
      PAPERLESS_REDIS: redis://:redispass@paper-redis:6379
      PAPERLESS_DBENGINE: postgresql
      PAPERLESS_DBHOST: paper-db
      PAPERLESS_DBNAME: paperless
      PAPERLESS_DBUSER: paperlessuser
      PAPERLESS_DBPASS: paperlesspass
      PAPERLESS_EMPTY_TRASH_DIR: ../trash
      PAPERLESS_FILENAME_FORMAT: '{{ created_year }}/{{ correspondent }}/{{ document_type }}/{{ title }}'
      PAPERLESS_OCR_ROTATE_PAGES_THRESHOLD: 6
      PAPERLESS_TASK_WORKERS: 1
      USERMAP_UID: 1000
      USERMAP_GID: 10
      PAPERLESS_TIME_ZONE: Europe/Berlin
      PAPERLESS_ADMIN_USER: xxxxxx
      PAPERLESS_ADMIN_PASSWORD: xxxxxx
      PAPERLESS_URL: http://192.168.0.254
      PAPERLESS_CSRF_TRUSTED_ORIGINS: http://192.168.0.254
      PAPERLESS_OCR_LANGUAGE: deu+eng
      PAPERLESS_TIKA_ENABLED: 1
      PAPERLESS_TIKA_GOTENBERG_ENDPOINT: http://gotenberg:3000
      PAPERLESS_TIKA_ENDPOINT: http://tika:9998

      PAPERLESS_CONSUMER_ENABLE_BARCODES: true
      PAPERLESS_CONSUMER_BARCODE_SCANNER: ZXING
      PAPERLESS_CONSUMER_ENABLE_ASN_BARCODE: true
      PAPERLESS_EMAIL_HOST: smtp.xxxx.com
      PAPERLESS_EMAIL_PORT: 587
      PAPERLESS_EMAIL_HOST_USER: dewfewf@efe.de
      PAPERLESS_EMAIL_FROM: ewfefrevr@fefvrvr.de
      PAPERLESS_EMAIL_HOST_PASSWORD: fefrefrevrvrf
      PAPERLESS_EMAIL_USE_TLS: true
      PAPERLESS_EMAIL_USE_SSL: false
      PAPERLESS_OCR_USER_ARGS: '{"continue_on_soft_render_error": true}'
      
    restart: on-failure:5
    depends_on:
      db:
        condition: service_healthy
      redis:
        condition: service_healthy
      tika:
        condition: service_started
      gotenberg:
        condition: service_started

Display More

deltapapa · May 2, 2025 at 9:47 PM

Mhhh, mein Stack ist ähnlich wie deiner. Ich habe jedoch schon mit vielen verschieden Stacks rumprobiert und konnte nie große Unterschiede in der Geschwindigkeit feststellen. Im Moment nutze ich den von Marius mit MariaDB als Datenbank. (irgendwie darf ich den Link hier nicht posten)

Ich habe jedoch wie schon geschrieben auch ganze einfache Konstellationen probiert, völlig ohne Snick/Snack. Große Unterschiede in der Geschwindigkeit waren da nicht. Was ich jedoch einen Mega Schub bringt, ist den Docker auf der NVME laufen zu lassen. Ich habe dir hier mal ein kurzes Vid von 1x Pdf, 1x Doc und 1x jpg angehangen:

Aufzeichnung 2025-05-02 213240.mp4

Shared with Dropbox

www.dropbox.com

Wie du siehst, geht das wirklich schnell, trotz der 918+

Ist das schneller als bei dir?

columbo1979 · May 3, 2025 at 6:27 AM

Das könnte wirklich das Thema sein... also die Festplatte... ich nutze Volume1 und Volume2 mit HDD und Volume 3 mit NVM SSD.

Habe damals die VM und die Docker APP auf Volume3 installiert. Dachte wohl, dass dann alles in Zusammenhang mit Dockers und VM auch auf Volume3 geht... scheint aber alles in Volume 1 gelalandet zu sein (HDD). Warum auch immer habe ich /docker/xxx Verzeichnis auf Volume1.... kann ich dies irgendwie auf Volumu3 (NVM) bekommen? Das wäre super....

deltapapa · May 3, 2025 at 7:10 AM

Guten morgen,

als erstes würde ich die Daten exportieren, und außerhalb in einer Cloud, auf einem PC oder sonst wo sicher verwahren.

In deinem Stack sagst du, das deine Daten hier liegen: - /volume1/docker/paperlessngx

Da es läuft, scheinst du ja einen docker Ordner unter Volumen 1 liegen zu haben. Hast du diesen docker Ordner den auch unter Volumen 3? Ich meine, bei der Installation der Docker App wird dieser docker Ordner automatisch erstellt. Daher wundert mich, das dieser auf Volumen1 liegt.

Ansonsten, einfach die Daten aus Volumen1 nach Volumen3 kopieren, die Pfade in dem Stack anpassen und den Stack neu deployen.

Aber bitte ohne Gewähr, wie ich auf die NVME umgezogen bin, hat das leider nicht so gut geklappt!

columbo1979 · May 3, 2025 at 7:23 AM

... mich wundert dies auch... dachte immer, es wäre alles auf volume3... aber wie es scheint, ist die app docker auf volume 3 und das verzeichnis auf volume1..... man kann den Ordner unter "Freigegebene Ordnerverwaltung" verschieben... also von Volume1 auf Volume3.. allerdings heisst es dort immer, dass Volume3 docker schon existiert.... kann diesen aber nur auf volume1 sehen...

deltapapa · May 3, 2025 at 12:00 PM

Mhhhh. hast du viele Container am laufen? Ggf ist es einfacher, Docker einmla neu aufzusetzen, als eine endlose fehlersuche zu machen.

Wenn du den docker Ordner nicht sehen kannst, er aber doch irgendwie da ist, müssten die Linux Profis was dazu sagen. Evtl ist da ein Mapping drauf?

Kannst du in den eigentlich Docker Einstellungen was dazu sehen?

Willi · May 3, 2025 at 2:13 PM

columbo1979
ich vermute, dass sich dieses Problem nun durch den Workaround aus deinem Thread Docker Verzeichnis ändern aufgelöst hat?
Wenn ja, bitte hier kurz Bescheid geben und bei beiden Threads die hilfreichste Antwort markieren, danke.

columbo1979 · May 3, 2025 at 2:26 PM

jup

Participate now!