Paperless-ngx Paperless-ngx – DMS via Docker auf dem NAS

dirmu

Benutzer
Mitglied seit
24. Feb 2024
Beiträge
5
Punkte für Reaktionen
0
Punkte
1
Hallo, meine Versuche, paperless-ngx zum Laufen zu bekommen, sind leider bisher gescheitert. Jetzt hoffe ich auf Hilfe. :)

Ich wollte es erst mal minimal machen, bis das läuft, daher auch SQLite. Ich nutze den Container Manager mit dieser Konfiguration:

YAML:
version: "3.4"
services:
  broker:
    image: redis:latest
    restart: unless-stopped
    volumes:
      - /volume1/docker/paperless/redis:/data

  webserver:
    image: paperlessngx/paperless-ngx:latest
    restart: unless-stopped
    depends_on:
      - broker
    ports:
      - "8000:8000"
    volumes:
      - /volume1/docker/paperless/data:/usr/src/paperless/data
      - /volume1/docker/paperless/media:/usr/src/paperless/media
      - /volume1/Aragorn/Paperless-Export:/usr/src/paperless/export
      - /volume1/Aragorn/Paperless-Inbox:/usr/src/paperless/consume
    environment:
      PAPERLESS_REDIS: redis://broker:6379
      USERMAP_UID: 1030
      USERMAP_GID: 100
      PAPERLESS_TIME_ZONE: Europe/Berlin
      PAPERLESS_OCR_LANGUAGE: deu

Für den Paperless-Container wird der Status "Warnung" angezeigt, die Weboberfläche kann ich nicht erreichen ("Verbindung unterbrochen"). Im Protokoll sind keine Fehler zu finden.
Die Management-Oberfläche "fühlt" sich langsam an, obwohl der Ressourcen-Monitor nur geringe Auslastung zeigt.

Den Benutzer habe ich neu angelegt und die UID abgefragt.

Hat jemand eine Idee?
 

plang.pl

Benutzer
Contributor
Sehr erfahren
Mitglied seit
28. Okt 2020
Beiträge
15.028
Punkte für Reaktionen
5.401
Punkte
564
Du hast auch keine Datenbank. Paperless braucht denke ich zwingend eine MariaDB oder postgres als Backend. Bin mir aber grad nicht sicher.
Was sagen die Logs der Container?
 

dirmu

Benutzer
Mitglied seit
24. Feb 2024
Beiträge
5
Punkte für Reaktionen
0
Punkte
1
Standardmäßig sollte SQLite verwendet werden, wenn es keine andere DB gibt, denke ich.

Das Log ist unauffällig:

Code:
2024/02/24 21:47:32    stdout    celery beat v5.3.6 (emerald-rush) is starting.
2024/02/24 21:45:51    stdout    2024-02-24 20:45:51,016 INFO exited: celery-flower (exit status 0; expected)
2024/02/24 21:45:51    stdout    2024-02-24 20:45:51,015 INFO success: consumer entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024/02/24 21:45:51    stdout    2024-02-24 20:45:51,015 INFO success: celery-beat entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024/02/24 21:45:51    stdout    2024-02-24 20:45:51,015 INFO success: celery entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024/02/24 21:45:51    stdout    2024-02-24 20:45:51,014 INFO success: gunicorn entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024/02/24 21:45:50    stdout    Not starting flower
2024/02/24 21:45:50    stdout    2024-02-24 20:45:50,008 INFO success: celery-flower entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2024/02/24 21:45:50    stdout    Checking if we should start flower...
2024/02/24 21:45:49    stdout    2024-02-24 20:45:49,886 INFO spawned: 'celery-flower' with pid 319
2024/02/24 21:45:49    stdout    2024-02-24 20:45:49,850 INFO spawned: 'consumer' with pid 318
2024/02/24 21:45:49    stdout    2024-02-24 20:45:49,843 INFO spawned: 'celery-beat' with pid 317
2024/02/24 21:45:49    stdout    2024-02-24 20:45:49,836 INFO spawned: 'celery' with pid 316
2024/02/24 21:45:49    stdout    2024-02-24 20:45:49,829 INFO spawned: 'gunicorn' with pid 315
2024/02/24 21:45:49    stdout    2024-02-24 20:45:48,821 INFO supervisord started with pid 1
2024/02/24 21:45:48    stdout    2024-02-24 20:45:48,793 INFO Set uid to user 0 succeeded
2024/02/24 21:45:35    stdout    Executing /usr/local/bin/paperless_cmd.sh
2024/02/24 21:31:23    stdout    System check identified no issues (0 silenced).
2024/02/24 21:01:43    stdout    Running Django checks
2024/02/24 20:45:32    stdout      No migrations to apply.
2024/02/24 20:45:32    stdout    Running migrations:
2024/02/24 20:45:12    stdout      Apply all migrations: account, admin, auth, authtoken, contenttypes, django_celery_results, documents, guardian, paperless, paperless_mail, sessions, socialaccount
2024/02/24 20:45:11    stdout    Operations to perform:
2024/02/24 20:35:00    stdout    Apply database migrations...
2024/02/24 20:34:51    stdout    Connected to Redis broker.
2024/02/24 20:34:41    stdout    Waiting for Redis...
2024/02/24 20:34:16    stdout    Adjusting permissions of paperless files. This may take a while.
2024/02/24 20:34:14    stdout    Creating directory /tmp/paperless
2024/02/24 20:33:21    stdout    Mapping UID and GID for paperless:paperless to 1030:100
2024/02/24 20:33:21    stdout    Paperless-ngx docker container starting...
 

plang.pl

Benutzer
Contributor
Sehr erfahren
Mitglied seit
28. Okt 2020
Beiträge
15.028
Punkte für Reaktionen
5.401
Punkte
564
Warte halt noch mal paar Minuten. Der scheint noch am Starten zu sein.
Wie greifst du zu? Mit IP + Port 8000?
 

deltapapa

Benutzer
Mitglied seit
06. Jan 2019
Beiträge
111
Punkte für Reaktionen
5
Punkte
24
Moin, ich habe einmal eine kurze Frage zur Anleitung von Marius mit Office Support: Dort wird in Step 3 und Step 4 ein Wildcard Zertifikat angelegt und ein Reverse Proxy eingerichtet. Wozu benötige ich das? Mein PaperlessNGX läuft im Heimnetz, und ich greife maximal mit VPN Tunnel von unterwegs drauf zu. Oder funktionieren tika / gotenberg dann erst gar nicht richtig?

Vielen Dank,
Dirk
 

deltapapa

Benutzer
Mitglied seit
06. Jan 2019
Beiträge
111
Punkte für Reaktionen
5
Punkte
24
  • Like
Reaktionen: Tuxnet

Monacum

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
03. Jan 2022
Beiträge
2.218
Punkte für Reaktionen
1.038
Punkte
224
Nein, brauchst kein Zertifikat über VPN für Paperless-ngx. Mit Tika/Gotenberg hat das nichts zu tun.
 

Monacum

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
03. Jan 2022
Beiträge
2.218
Punkte für Reaktionen
1.038
Punkte
224

Paperless-ngx v2.5.4

Repository: paperless-ngx/paperless-ngx · Tag: v2.5.4 · Commit: 86748c1 · Released by: github-actions[bot]

paperless-ngx 2.5.4​

Bug Fixes​

  • Fix: handle title placeholder for docs without original_filename @shamoon(#5828)
  • Fix: bulk edit objects does not respect global permissions @shamoon (#5888)
  • Fix: intermittent save & close warnings @shamoon (#5838)
  • Fix: inotify read timeout not in ms @grembo (#5876)
  • Fix: allow relative date queries not in quick list @shamoon (#5801)
  • Fix: pass rule id to consumed .eml files @shamoon (#5800)
 
  • Like
Reaktionen: unsicher

PaulsenPaul

Benutzer
Mitglied seit
26. Feb 2024
Beiträge
5
Punkte für Reaktionen
1
Punkte
3
Hei zusammen,

ich habe auf meinem DS220j via Docker auch einen Paperless-ngx versuch gestartet.
Leider hängt bei mir immer der Webserver und ich schaffe es nie auf das UI zu kommen.
Ich habe dieser Anleitung dafür gefolgt: https://www.youtube.com/watch?v=2odgHEaIFFI

Selbst nach circa 1:30h kann ich nicht auf paperless zugreifen.
Hat jemand hier wohl eine Idee woran es liegen kann?

Die logs sehen dabei wie folgt aus (webserver):

2024/02/26 15:08:13stdoutApply database migrations...
2024/02/26 15:07:35stdoutConnected to Redis broker.
2024/02/26 15:07:13stdoutWaiting for Redis...
2024/02/26 15:05:05stdoutAdjusting permissions of paperless files. This may take a while.
2024/02/26 15:05:05stdoutCreating directory /tmp/paperless
2024/02/26 15:05:05stdoutCreating directory /usr/src/paperless/media/documents/thumbnails
2024/02/26 15:05:05stdoutCreating directory /usr/src/paperless/media/documents/originals
2024/02/26 15:05:05stdoutCreating directory /usr/src/paperless/media/documents
2024/02/26 15:04:58stdoutCreating directory /usr/src/paperless/data/index
2024/02/26 15:03:41stdoutMapping UID and GID for paperless:paperless to 0:0
2024/02/26 15:03:38stdoutPaperless-ngx docker container starting...


brocker:

datestreamcontent
2024/02/26 15:00:07stdout1:M 26 Feb 2024 14:00:02.901 * Ready to accept connections tcp
2024/02/26 15:00:07stdout1:M 26 Feb 2024 14:00:02.901 * Server initialized
2024/02/26 15:00:07stdout1:M 26 Feb 2024 14:00:02.900 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
2024/02/26 15:00:07stdout1:M 26 Feb 2024 14:00:02.900 * Running mode=standalone, port=6379.
2024/02/26 15:00:07stdout1:M 26 Feb 2024 14:00:02.898 * monotonic clock: POSIX clock_gettime
2024/02/26 15:00:07stdout1:C 26 Feb 2024 14:00:02.896 # Warning: no config file specified, using the default config. In order to specify a config file use redis-server /path/to/redis.conf
2024/02/26 15:00:07stdout1:C 26 Feb 2024 14:00:02.896 * Redis version=7.2.4, bits=64, commit=00000000, modified=0, pid=1, just started
2024/02/26 15:00:06stdout1:C 26 Feb 2024 14:00:02.896 * oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
2024/02/26 15:00:03stdout1:C 26 Feb 2024 14:00:02.896 # WARNING Memory overcommit must be enabled! Without it, a background save or replication may fail under low memory condition. Being disabled, it can also cause failures without low memory condition, see https://github.com/jemalloc/jemalloc/issues/1328. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.

und die docker config:

version: "3.4"
services:
broker:
image: docker.io/library/redis:7
restart: unless-stopped
volumes:
- /volume1/docker/paperless-ngx/redisdata:/data

webserver:
image: ghcr.io/paperless-ngx/paperless-ngx:latest
restart: unless-stopped
depends_on:
- broker
ports:
- 8810:8000
healthcheck:
test: ["CMD", "curl", "-fs", "-S", "--max-time", "2", "http://localhost:8000"]
interval: 30s
timeout: 10s
retries: 5
volumes:
- /volume1/docker/paperless-ngx/data:/usr/src/paperless/data
- /volume1/docker/paperless-ngx/media:/usr/src/paperless/media
- /volume1/docker/paperless-ngx/export:/usr/src/paperless/export
- /volume1/docker/paperless-ngx/consume:/usr/src/paperless/consume
environment:
PAPERLESS_REDIS: redis://broker:6379
PAPERLESS_SECRET_KEY: **********
PAPERLESS_ADMIN_USER: admin
PAPERLESS_ADMIN_PASSWORD: *********
PAPERLESS_OCR_LANGUAGE: deu+eng
PAPERLESS_CONSUMER_DELETE_DUPLICATES: true
PAPERLESS_TIKA_ENABLED: 1
PAPERLESS_TIKA_GOTENBERG_ENDPOINT: http://gotenberg:3000
PAPERLESS_TIKA_ENDPOINT: http://tika:9998
USERMAP_UID: 0
USERMAP_GID: 0
PAPERLESS_CONSUMER_POLLING: 300
PAPERLESS_OCR_USER_ARGS: '{"invalidate_digital_signatures": true}'

gotenberg:
image: docker.io/gotenberg/gotenberg:8
restart: unless-stopped
command:
- "gotenberg"
- "--chromium-disable-javascript=true"
- "--chromium-allow-list=file:///tmp/.*"

tika:
image: ghcr.io/paperless-ngx/tika:latest
restart: unless-stopped

volumes:
data:
media:
redisdata:
 
  • Like
Reaktionen: dirmu

plang.pl

Benutzer
Contributor
Sehr erfahren
Mitglied seit
28. Okt 2020
Beiträge
15.028
Punkte für Reaktionen
5.401
Punkte
564
Was gibst du in die Adresszeile ein, um darauf zuzugreifen?
 

PaulsenPaul

Benutzer
Mitglied seit
26. Feb 2024
Beiträge
5
Punkte für Reaktionen
1
Punkte
3
ich gebe die NAS-IP:8810 ein.
Sowoh http alsauch https versucht - leider nichts.

Im Docker bzw. Portainer wird der Container vom Webserver als "Unhealty" angezeigt, weshalb ich vermute, dass es daran liegt.
 

plang.pl

Benutzer
Contributor
Sehr erfahren
Mitglied seit
28. Okt 2020
Beiträge
15.028
Punkte für Reaktionen
5.401
Punkte
564
Is die Firewall der DS an?
 

PaulsenPaul

Benutzer
Mitglied seit
26. Feb 2024
Beiträge
5
Punkte für Reaktionen
1
Punkte
3
ja die Firewall ist aktiv.
Wobei Port 9000 für Portainer nicht extra zugelassen ist, ich trotzdem auf Portainer ohne Probleme zugreifen kann.

1709026665771.png
 

plang.pl

Benutzer
Contributor
Sehr erfahren
Mitglied seit
28. Okt 2020
Beiträge
15.028
Punkte für Reaktionen
5.401
Punkte
564
Du hast auch keine Verweigern Regel drin.
Aber prüfe es doch dennoch mal mit inaktiver Firewall.
 

PaulsenPaul

Benutzer
Mitglied seit
26. Feb 2024
Beiträge
5
Punkte für Reaktionen
1
Punkte
3
ich hab die Firewall nun deaktiviert, das Log des Webservers sieht immernoch so aus wie oben gezeigt.
Es steht dort die ganze Zeit als letzter Log "Apply database migrations..." und es scheint, dass dort nicht weiter gemacht wird.

Der Container ist neu d.h. es gab bzw. gibt keine vorherige Datenbank die migriert werden sollte.
 

deltapapa

Benutzer
Mitglied seit
06. Jan 2019
Beiträge
111
Punkte für Reaktionen
5
Punkte
24
Hi, ich habe auch mal einen Stack aus dem Video von SemperVideo aufgesetzt, lief glaube ich auch. Was ich nicht optimal finde, dass es keinen Container für PostgresSQL gibt, sonder irgendwie auf mySqlLite zugegriffen wird. Da augenscheinlich deine DB hängt, und du das auch nicht irgendwie in den Logs rausfinden kannst, würde ich hier ansetzen.
Versuche doch zuerst nach der Anleitung von Marius ohne Office Support es zum laufen zu bekommen. Der Stack lief bei mir bis jetzt immer:
https://mariushosting.com/how-to-install-paperless-ngx-on-your-synology-nas/
 

alexhell

Benutzer
Sehr erfahren
Mitglied seit
13. Mai 2021
Beiträge
2.831
Punkte für Reaktionen
854
Punkte
154
Es ist jetzt nicht unbedingt ein Nachteil, wenn man SQLite verwendet. Wenn man es eher alleine, dann wird man wahrscheinlich auch keinen großen Unterschied merken. SQLite hat auch den Vorteil, dass es viel einfacher ist ein Backup zu erstellen, als von PostgreSQL. Es hat einfach viel weniger Wartung nötig.
 

PaulsenPaul

Benutzer
Mitglied seit
26. Feb 2024
Beiträge
5
Punkte für Reaktionen
1
Punkte
3
Wenn die Ordner nicht leer sind, dann nutzt er natürlich die Daten weiterhin. Das ist dann für ihn nicht "neu"
die Ordner sind immer leer, hab die vorher immer gelöscht / neu angelegt.

Hi, ich habe auch mal einen Stack aus dem Video von SemperVideo aufgesetzt, lief glaube ich auch. Was ich nicht optimal finde, dass es keinen Container für PostgresSQL gibt, sonder irgendwie auf mySqlLite zugegriffen wird. Da augenscheinlich deine DB hängt, und du das auch nicht irgendwie in den Logs rausfinden kannst, würde ich hier ansetzen.
Versuche doch zuerst nach der Anleitung von Marius ohne Office Support es zum laufen zu bekommen. Der Stack lief bei mir bis jetzt immer:
https://mariushosting.com/how-to-install-paperless-ngx-on-your-synology-nas/

ich hatte es vor dem SemperVideo Tutorial auch mit der Anleitung versucht, jedoch auch in das selbe Ergebniss gelaufen, dass die Container immer bei "Applying Database migration" stehen bleibt.

Ich habe auch nirgendswo mindest-hardware Anforderungen an Paperless-ngx gefunden, aber kann es daran liegen, dass ich das DS220j habe mit ner Realtek CPU und nur 512mb ram?
Die Container kriege ich im Docker auf meinem PC ohne Probleme zum Laufen.
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat