Server Error 500 Fortsetzung

paperless-ngx
1

Hallo,

ich habe den Beitrag Server Error (500) nach REDIS Update gelesen und bin deshalb hier im Forum gelandet.

Dieser Beitrag ist nur schon dicht, daher erstell eich einen neuen.
Dieses Problem habe ich auch, nur habe ich dies mit der beschriebenen Lösung nicht hinbekommen. Kurzfristig läuft alles wieder, dann kommt der Fehler jedoch wieder.

Kurz zu meinem Aufbau. Ich habe Portier installiert und dort Paperless-NGX mit Reis, Tia und Gutenberg laufen. Ich habe keine Datenbank installiert. Das ganze System läuft auf einer Synology DS224+. System ist aktuell in Sachen Updates.
Die Ports sind nicht verändert.

Das Problem tritt auf, egal ob ich das über die IP inkl. Port aufrufe, oder über die paperless.meinname.synology.me:443.

Hat jemand von euch noch eine Idee? Ich will den Container nicht alle paar Minuten wieder starten. Das ist direkt nach der Installation aufgetreten und nicht nach einem Update.

Rückfragen beantworte ich natürlich gerne.

Vielen Dank

2

Hallo,

nachdem ich leider keine Antworten bekommen habe, habe ich weiter geforscht und noch mal ein Update des kompletten Stack durchgeführt danach die Anleitung aus dem anderen Beitrag verfolgt. Weiterhin erfolglos.
Was ich nun aber schon weiß, dass REDIS dafür verantwortlich scheint. Nachdem ich ein Dokument hochgeladen habe und es verarbeitet wurde, tritt der Fehler imer wieder auf. Starte ich nur REDIS neu, dann läuft wieder alles bis zum nächsten Import.

Hat keiner eine Idee? Braucht ihr Logs oder andere Informationen?

VG

3

Mach mal die Firewall aus

4

Moin,

vielen Dank für diesen Tipp. Firewall ausgeschaltet.
Aber leider nach dem Import von einem Dokument und dann erneuter Anmeldung erneut der Fehler. Nach dem Neustart von REDIS dann wiederholt.
Leider gleiches Ergebnis.

Bin dankbar für weitere Tipps.
VG

5

Wieso hast du denn redis einfach upgedatet ?
Mach doch dann wieder ein Downgrade auf die Version wo alles ging …
z.B.

version: "3.4"
services:
  broker:
    image: docker.io/library/redis:7.2.4
6

Hallo Michael,

Das war eine komplette Neuinstallation und daher hat es noch nie funktioniert.

7

Von beiden war nichts zu lesen in deinem Post.

Aber bzgl. Portainer und Stacks kann dir u.U. @Jake und @Schwingsi vielleicht helfen.

Hier im Forum geht’s Primär um Stefans Workflow und für Portainer gibts nur beschränkt Support.

8

Von wem war der Stack?
Es kursieren diverse Stacks und Anleitungen im Netz die schon lange nicht mehr gültig sind bzw, sich auf Uraltversionen berufen.

1 „Gefällt mir“
9

Ich bin der Anleitung von Marius Hosting gefolgt.

10

Na dann sollte es doch funktionieren, die Stacks sind immer aktuell, derzeit ist der Stack für Version 2.10.1 optimiert.

Starte mal bei Step 10, Reverse Proxy brauchst du nicht.
Die Hinweise beachten, Ordnernamen nur Kleinbuchstaben, usw… UID GID kontrollieren und nicht nur alles abschreiben.

Aufpassen dass du keinen Port Konflikt hast wenn noch andere Container installiert sind!!

11

@banacker , ich kann Dir erst am Wochenende helfen, habe keinen Zugriff auf Portainer da ich unterwegs bin.

Ich arbeite mit Gotenberg, Redis und Tikra. Bei mir steht alles auf latest, wie bei paperless auch. Habe keine Probleme.

Wie Jake schon geschrieben hat, kontrolliere uid und gid und ob es einen Port Konflikt gibt.

12

Danke für eure Ansätze.
Ich habe kontrolliert, ob es einen Port Konflikt gibt. Aus meiner Sicht nicht.
UID und GID sind aus meiner Sicht ebenfalls OK. Ordnernamen alle klein geschrieben. Es laufen folgende Container mit folgenden Port:
PaperlessNGX auf Port 8777
REDIS auf Port 6379
TIKA auf Port 9998
Gotenberg auf Port 3000
Portainer auf Port 9000
Synology DocViewer (keine Ahnung welcher Port das ist)

Ich habe möglicherweise in den Protokollen einen Hinweis gefunden, weiß aber mit der Anleitung zur Beseitigung nicht so richtig viel anzufangen.
Die Hinweise stehen hier und in Github.

Ich muss irgendeine Datei ändern, aber wie? Nach dieser Meldung ist mir auch fast klar warum, weil jedesmal ein neuer Fork aufgemacht wird, der dann scheitert. Nach einem Neustart geht das eine kurze Zeit gut und dann habe ich das gleiche Problem.

Ein komplettes Update des Stacks hat hier nicht geholfen.
Soll ich mal das Protokoll anhängen?

13

Ja, bitte das Protokoll posten.

14

Gerne. Das Protokoll zeigt am 25.06. zwischen 0 Uhr und 1 Uhr immer wieder die gleichen Meldungen. Das nur als Beispiel. Vielleicht findet ihr ja noch weitere Hinweise. Bin halt nicht der große Profi.

Vielen Dank erneut für eure Mühe.

Bildschirmfoto 2024-06-25 um 09.25.27
Bildschirmfoto 2024-06-25 um 09.25.271920×1042 371 KB

Ich würde auch das ganze Protokoll hochladen, aber das lässt das Forum leider nicht zu.

VG
Björn

15

Hi,

Kann mit dem Protokoll auch nichts anfangen, aber lösch doch mal alle Inhalte aus den Ordnern im Verzeichnis Paperless.

Im Stack nochmal die Volumes kontrollieren, Aktion ausführen „Update the Stack“ und Funktion auswählen „Re-pull image and redeploy“ !!
Dann nochmal testen.

16

services:
redis:
image: redis:latest
container_name: paperless-redis
restart: unless-stopped

networks:
  default:
    ipv4_address: 192.168.xxx.xxx
volumes:
  - /volume1/docker/paperless/redis:/usr/local/etc/redis

webserver:
image: Package paperless-ngx · GitHub
container_name: paperlessngx
restart: unless-stopped
depends_on:
- redis
- gotenberg
- tika
ports:
- 8000:8000
volumes:
- /volume1/docker/paperless/data:/usr/src/paperless/data
- /volume1/docker/paperless/media:/usr/src/paperless/media
- /volume1/docker/paperless/export:/usr/src/paperless/export
- /volume1/incoming:/usr/src/paperless/consume
environment:
PAPERLESS_REDIS: redis://192.168.xxx.xxx:6379
PUID: 1030
PGID: 100
USERMAP_UID: 1024
USERMAP_GID: 100
PAPERLESS_TIME_ZONE: Europe/Berlin
#PAPERLESS_ADMIN_USER: *******
#PAPERLESS_ADMIN_PASSWORD: GEHEIM
#PAPERLESS_EMAIL_TASK_CRON: 30 * * * *
PAPERLESS_OCR_LANGUAGE: deu+eng
PAPERLESS_TIKA_ENABLED: 1
PAPERLESS_OCR_USER_ARGS: ‚{„invalidate_digital_signatures“: true}‘
PAPERLESS_TIKA_GOTENBERG_ENDPOINT: http://192.168.x.xxx:3000
PAPERLESS_TIKA_ENDPOINT: http://192.168.xxx.xxx:9998
PAPERLESS_CONSUMER_ENABLE_BARCODES: true

networks:
    default:
        ipv4_address: 192.168.xxx.xxx

gotenberg:
image: gotenberg/gotenberg:latest
restart: unless-stopped
container_name: gotenberg
ports:
- 3044:3000
networks:
default:
ipv4_address: 192.168.xxx.xxx

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: Package tika · GitHub
container_name: tika
ports:

  • 9998:9998
    networks:
    default:
    ipv4_address: 192.168.xxx.xxx
    restart: unless-stopped

networks:
default:
name: mvl
external: true

volumes:

data:

media:

redisdata:

So schaut mein Eintrag im Portainer-Stack aus. Ich habe aber auch noch MCVlan

Ich habe keine Probleme. vor 15 Minuten das letzte Update gefahren und gerade wieder Dokumente verarbeitet.

17

Hallo,

ich habe nun alles probiert bis zur kompletten Neuinstallation auf dem Gerät.
Keine Chance ich bekomme das einfach nicht in den Griff.
Ich habe den Ersteller der Anleitung (Marius Hosting) auch direkt angeschrieben.
Bisher kein Feedback.

Meine einzige Abhilfe bis hierhin ist der Neustart von REDIS alle 5 Minuten per Script.

Vielen Dank für eure Hilfe und die Bemühungen.

18

@banacker

Bitte melde dich per E-Mail bei mir über