Paperless ngx - ds423+ - Mail Regeln funktionieren wohl nicht.

plang.pl

Benutzer
Contributor
Sehr erfahren
Maintainer
Mitglied seit
28. Okt 2020
Beiträge
15.029
Punkte für Reaktionen
5.400
Punkte
564
So nun auf der DS auch umgestellt. Bei mir läufts auch auf den Fehler 503
1.png
 

Clamsy

Benutzer
Mitglied seit
31. Mrz 2022
Beiträge
69
Punkte für Reaktionen
6
Punkte
8
Was meinst - hängt es evtl. damit zusammen? Aus dem Log von Gotenberg

WRN ts=1702561848.238988 logger=api.formslibreofficeconvert msg='pdfFormat' is deprecated; prefer the 'pdfa' form field instead trace=9bd12a11-9397-4073-9c41-1f0eb74f89c4

Dann hab ich auch was gefunden, dass in diesem Pull h t t p s : / / github.com/gotenberg/gotenberg/pull/319 dazu auch etwas steht, aber ich weiß nicht wie ich das pdfa aktivieren könnte, das finde ich irgendwie nicht heraus.

Ausserdem steht auch in diesem pull was von den Endpunkten, aber ich werde daraus nicht schlau.
 

plang.pl

Benutzer
Contributor
Sehr erfahren
Maintainer
Mitglied seit
28. Okt 2020
Beiträge
15.029
Punkte für Reaktionen
5.400
Punkte
564

Clamsy

Benutzer
Mitglied seit
31. Mrz 2022
Beiträge
69
Punkte für Reaktionen
6
Punkte
8
Das weiß ich, aber wenn die Message ist, das pdfFormat abgelehnt wird im Rahmen der Konvertierung, dann könnte es doch sein, das wir daher den Fehler 503 zurück erhalten.

Bildschirmfoto 2023-12-14 um 15.51.13.png
 

plang.pl

Benutzer
Contributor
Sehr erfahren
Maintainer
Mitglied seit
28. Okt 2020
Beiträge
15.029
Punkte für Reaktionen
5.400
Punkte
564
Das wird nicht abgelehnt. Da steht nur, dass das eigentlich deprecated ist. Da bei dir aber was mit einem Timeout verzeichnet ist, Vielleicht könnte man den API-Timeout noch weiter erhöhen. Ich werd mir das die Tage bei mir auch noch mal reinziehen
 

Clamsy

Benutzer
Mitglied seit
31. Mrz 2022
Beiträge
69
Punkte für Reaktionen
6
Punkte
8
Daran kann es nicht liegen. Zum einen ist das deutlich schneller beim Error 503 als die 300s (die eingestellt waren) und jetzt habe ich sogar auf 3000s gestellt gehabt.

YAML:
gotenberg:
    container_name: paperless-gotenberg
    hostname: gotenberg
    image: gotenberg/gotenberg:latest
    ports:
      - 3000:3000
    environment:
      CHROMIUM_DISABLE_ROUTES: 1
    command:
      - "gotenberg"
      - "--chromium-disable-javascript=true"
      - "--chromium-allow-list=file:///tmp/.*"
      - "--uno-listener-start-timeout=30s"
      - "--api-timeout=3000s"
    restart: unless-stopped

Bildschirmfoto 2023-12-14 um 18.46.47.png
Screenshot mit Timestamps
 

Clamsy

Benutzer
Mitglied seit
31. Mrz 2022
Beiträge
69
Punkte für Reaktionen
6
Punkte
8
Ich werd verrückt, ich weiß nur nicht warum....

Ich habe einfach mal ein paar commands ergänzt, nur weiß ich noch nicht welcher dafür verantwortlich ist. Aber es hat jetzt funktioniert :ROFLMAO::ROFLMAO::ROFLMAO:

YAML:
command:
- 'gotenberg'
- '--chromium-disable-javascript=true'
- '--chromium-disable-routes=true'
- '--chromium-allow-list=file:///tmp/.*'
- '--libreoffice-start-timeout=30s'
- '--api-timeout=300s'
- '--chromium-ignore-certificate-errors=false'
- '--chromium-allow-insecure-localhost=true'
- '--log-level=debug'

Ich glaube es liegt an dem ignore certificate errors oder allow insecure localhost. Ich teste das gleich mal weiter aus, indem ich jetzt einfach mal wieder was auskommentiere ;)
 

Clamsy

Benutzer
Mitglied seit
31. Mrz 2022
Beiträge
69
Punkte für Reaktionen
6
Punkte
8
jetzt stehe ich wieder da wie doof und verstehe nix mehr.

Also mit dem Code von soeben habe ich mein test.docx hochladen können, das ist dann auch im Paperless verarbeitet worden und ist vorhanden.

Bildschirmfoto 2023-12-14 um 20.07.11.png

Neues Test Word-Dokument erstellt (um eine eventuelle Duplikatserkennung zu vermeiden)

Jetzt habe ich der Reihe nach auskommentiert:
zuerst: #- '--chromium-allow-insecure-localhost=true'

Bin auf Fehler 503 gestoßen.

Danach habe ich - '--chromium-allow-insecure-localhost=true' wieder zugelassen und dafür # '--chromium-ignore-certificate-errors=false' auskommentiert

Bin wieder auf Fehler 503 gestoßen

Komisch dachte ich mir, also habe ich wieder alles zugelassen und den Code 1:1 wieder genauso hergestellt, wo es vorhin funktioniert hatte.

--> Und jetzt kommt auch wieder Fehler 503, obwohl das vorhin mit 200 OK bestätigt wurde.

Also irgendwo ist der Hund begraben, riechen tut man ihn schon, aber das Loch ist noch nicht gefunden.... :ROFLMAO::rolleyes::ROFLMAO:
 
  • Like
Reaktionen: plang.pl

plang.pl

Benutzer
Contributor
Sehr erfahren
Maintainer
Mitglied seit
28. Okt 2020
Beiträge
15.029
Punkte für Reaktionen
5.400
Punkte
564
Hm alles sehr merkwürdig. Aber danke dir fürs testen.
Ich war aber auch fleißig und hab noch weng getestet. Ich hab das ganze noch mal 1:1 so wie ich es dir hier vor ein paar Posts geschrieben hatte, auf meinem Linux-Server installiert. Da läuft der Stack fehlerfrei durch. Nur auf der DS nicht.
13.png
 

Clamsy

Benutzer
Mitglied seit
31. Mrz 2022
Beiträge
69
Punkte für Reaktionen
6
Punkte
8
welche DS hast Du und wieviel RAM ist drauf?
Ich warte schon seit Tagen auf meinen 16GB RAM für die DS423+ aber dank dem wahnsinns Schnee wo wir hier hatten und die Vorweihnachtszeit ist das schon seit dem 04.12. bei der DHL auf der Reise.
 

plang.pl

Benutzer
Contributor
Sehr erfahren
Maintainer
Mitglied seit
28. Okt 2020
Beiträge
15.029
Punkte für Reaktionen
5.400
Punkte
564
Bei mir liegt gar nix an Schnee :D
Ich hab ne 720+ mit 18GB. Also selbe CPU wie die 423+.
Kannst du mal die Version des Linux-Kernels ermitteln?
Dazu musst du via ssh auf die DS und dann den Befehl uname -a absetzen.
Meine Kernel Version ist 4.4.302+
Der ist von Januar 2016 :rolleyes:
 

Clamsy

Benutzer
Mitglied seit
31. Mrz 2022
Beiträge
69
Punkte für Reaktionen
6
Punkte
8
Linux synology_ds423 4.4.302+ #69057 SMP Mon Nov 13 14:19:30 CST 2023 x86_64 GNU/Linux synology_geminilake_423+
 

plang.pl

Benutzer
Contributor
Sehr erfahren
Maintainer
Mitglied seit
28. Okt 2020
Beiträge
15.029
Punkte für Reaktionen
5.400
Punkte
564
Dann ist das der gleiche Uralt-Kernel. Das liegt dann entweder daran oder an der uralten verbastelten Docker-Version.
Kann man nur abwarten. Mit DSM 7.2.2 soll Docker auf die neueste Version 24 angehoben werden. Dann wissen wir, obs am Kernel liegt. Ich denke aber schon.
 

Clamsy

Benutzer
Mitglied seit
31. Mrz 2022
Beiträge
69
Punkte für Reaktionen
6
Punkte
8
Hilft uns das hier ggf. weiter?
h t t p s : / / github.com/gotenberg/gotenberg/issues/403

Habe mir gerade mal die Performance angeschaut. Klar in dem Moment wo das File bearbeitet wird, habe ich einen kurzen Peak auf Volumen mit fast 90% Auslastung. Die CPU juckt es fast gar nicht, Pegel geht auf 10 auf 40%, Speicher erhält nur einen kleinen Mückenstich von 50 auf 55% Auslastung.

Warum hat das vorhin funktioniert mit meinem Code, und geht jetzt nicht mehr? Irgendwo verschluckt sich das Teil, nur wo?
 

plang.pl

Benutzer
Contributor
Sehr erfahren
Maintainer
Mitglied seit
28. Okt 2020
Beiträge
15.029
Punkte für Reaktionen
5.400
Punkte
564
Kann sein. Geht's bei dir mit der 7.4.0 von Gotenberg?
 

Clamsy

Benutzer
Mitglied seit
31. Mrz 2022
Beiträge
69
Punkte für Reaktionen
6
Punkte
8
Ich glaube die hatte ich auch schon getestet, werde es aber nochmal versuchen. Moment
 

Clamsy

Benutzer
Mitglied seit
31. Mrz 2022
Beiträge
69
Punkte für Reaktionen
6
Punkte
8
Ich hatte jetzt 7.4 angegeben, und er hat mir 7.4.3 installiert.
Bei 7.4.3 habe ich Error 400.

Ich gebe jetzt explizit die 7.4.0 an und probiere gleich nochmal.
 

Clamsy

Benutzer
Mitglied seit
31. Mrz 2022
Beiträge
69
Punkte für Reaktionen
6
Punkte
8
ne leider nein.
Mit 7.4.0 bekomme ich auch Error 400

Bildschirmfoto 2023-12-14 um 21.03.11.png

das sind meine Commands, hinsichtlich API Timeout musste ich etwas umbauen:

Code:
command:
- 'gotenberg'
- '--chromium-disable-javascript=true'
- '--chromium-disable-routes=true'
- '--chromium-allow-list=file:///tmp/.*'
#- '--libreoffice-start-timeout=30s' #ab latest
# - '--api-timeout=300s' #ab 7.4.3 möglich
- '--chromium-ignore-certificate-errors=false'
#- '--chromium-allow-insecure-localhost=true' #ab latest
- '--log-level=debug'
- '--api-write-timeout=300s' #für die Version 7.4.0
- '--api-read-timeout=300s' #für die Version 7.4.0

So, ich baue mich jetzt auch um, von der Sitzposition am Rechner - in die horizontale Schlafposition mit Zwischenstation Couch :ROFLMAO:
 
  • Haha
Reaktionen: plang.pl

plang.pl

Benutzer
Contributor
Sehr erfahren
Maintainer
Mitglied seit
28. Okt 2020
Beiträge
15.029
Punkte für Reaktionen
5.400
Punkte
564
Ok. Der Fehler sieht aber ja schonmal anders aus. Komisch. Vielleicht mache ich mich am WE mal dran. Für mich hat das aber keine hohe Prio, da ich da vielleicht einmal pro Jahr ein Office-Document reinschiebe
Danke für's Testen
 


 

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