Paperless-NGX Installationsanleitung in der Container Station

Hallo zusammen,

erst einmal danke für die tolle Anleitung - das meiste hat bei mir problemlos funktioniert. Leider scheitere ich bei Schritt 7.7: wenn ich den Crontab Daemon neu starten will, erhalte ich

crontab: must be suid to work properly

Ich habe mich mit meinem Admin-Account via SSH eingewählt, den Standard-"Admin" habe ich deaktiviert - mache ich irgendetwas falsch?

Und noch eine Frage
Ich habe schon einiges herumprobiert in Paperless-NGX und festgestellt, dass es bei langen Dokumenten, die ich leider oft habe, den "paperless_worker_timeout" übersteigt. Kann ich diese Env. Variable irgendwie ändern, ohne den gesamten Docker-Installationsprozess von neuem zu starten (sorry, bin Neuling hier :-))

Besten Dank schon einmal

Edit-1:

die erste Frage konnte ich mit reaktiviertem Standard-Admin-Account lösen - hiermit eingeloggt konnte ich Crontab neustarten... Nun muss ich nur noch die env var bearbeitet bekommen

Zitat von vore76

Bist Du nach meiner Anleitung vorgegangen mit VI usw?

vore76
Hi,
ja genau so bin ich vorgegangen. Ändert aber nichts daran, dass der Eintrag nach dem Reboot nicht wie gewünscht ausgeführt wird. Er steht allerdings in der crontab weiterhin drin. Der EIntrag muss ja auch korrekt sein, da er ja so lange ausgeführt wird, wie das NAS nicht neugestartet wird... ich verstehe es nicht...

Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Hi,

nachdem ich das aktuelle Firmware Update eingespielt habe, hatte ich die Hoffnung, dass es dann funktionieren könnte.

Bin also genauso so vorgegangen, wie es in der offiziellen Beschreibung steht.

(was allerdings ja keinen Unterschied darstellt zu der vorherigen Vorgehensweise)

Das Verhalten ist leider immer noch, wie schon beschrieben.

Nachdem der Eintrag in der Crontab hinterlegt und aktiviert ist, wird er wie gewünscht ausgeführt.

Wird das NAS dann irgendwann heruntergefahren und neu gestartet, ist der Eintrag in der Crontab zwar vorhanden, er wird allerdings nicht ausgeführt.

Hat jemand noch eine Idee?

Gibt es "logs", die ich mir anschauen kann, die eventuell auf das Problem zurückschliessen lassen?

Danke und Grüße

Sascha

Mod: Unnötiges Volltextzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

popoboxxo Beitrag #64

Bei mir steht genau das gleiche Problem. Gibt es da schon eine Lösung? Die ARM-Problematik kann bei mir nicht sein, da ich ein INTEL-NAS (253D) besitze.

Das sagt der Gotenberg-Container bei mir:

  _____     __           __               
 / ___/__  / /____ ___  / /  ___ _______ _
/ (_ / _ \/ __/ -_) _ \/ _ \/ -_) __/ _ '/
\___/\___/\__/\__/_//_/_.__/\__/_/  \_, / 
                                   /___/

A Docker-powered stateless API for PDF files.
Version: 8.9.0
-------------------------------------------------------
[SYSTEM] modules: api chromium exiftool libreoffice libreoffice-api libreoffice-pdfengine logging pdfcpu pdfengines pdftk prometheus qpdf webhook 
[SYSTEM] chromium: Chromium ready to start
[SYSTEM] prometheus: collecting metrics
[SYSTEM] pdfengines: exiftool libreoffice-pdfengine pdfcpu pdftk qpdf
[SYSTEM] libreoffice-api: LibreOffice ready to start
[SYSTEM] api: server listening on port 3000
{"level":"error","ts":1722604237.353439,"logger":"api","msg":"convert HTML to PDF: convert to PDF: process first start: start process: run exec allocator: websocket url timeout reached","trace":"d11cde0a-3ea2-4973-90e5-03e93ee1af9d","remote_ip":"172.29.12.7","host":"gotenberg:3000","uri":"/forms/chromium/convert/html","method":"POST","path":"/forms/chromium/convert/html","referer":"","user_agent":"python-httpx/0.27.0","status":500,"latency":20491922090,"latency_human":"20.49192209s","bytes_in":13979,"bytes_out":21}

Hallo,

schönes Tutorial. Ich habe es bereits ein paar mal versucht unter QuTs Hero (ZFS), einige Fehler habe ich ausgeräumt. Ich bin dabei nach der Anleitung vorgegangen, habe das angehängte Docker-compose File verwendet und dieses mit meinen Pfaden und Passwörtern angepasst. Es werden nun alle Docker Container erstellt, ohne Fehler aber der Container "paperless" startet dauernd durch mit dem Hinweis, dass die Passwort Authentifizierung fehlgeschlagen ist (password authentication failed for user "paperless"). Ich habe daraufhin das compose File kontrolliert, es enthält keine Fehler. Ich habe auch testweise ein anderes, einfacheres Passwort gesetzt, ohne Erfolg. Anbei das Protokoll:

Traceback (most recent call last):
  File "/usr/local/lib/python3.11/site-packages/django/db/backends/base/base.py", line 289, in ensure_connection
    self.connect()
  File "/usr/local/lib/python3.11/site-packages/django/utils/asyncio.py", line 26, in inner
    return func(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/db/backends/base/base.py", line 270, in connect
    self.connection = self.get_new_connection(conn_params)
                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/utils/asyncio.py", line 26, in inner
    return func(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/db/backends/postgresql/base.py", line 275, in get_new_connection
    connection = self.Database.connect(**conn_params)
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/psycopg/connection.py", line 119, in connect
    raise last_ex.with_traceback(None)
psycopg.OperationalError: connection failed: connection to server at "172.29.36.2", port 5432 failed: FATAL:  password authentication failed for user "paperless"

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/src/paperless/src/manage.py", line 10, in <module>
    execute_from_command_line(sys.argv)
  File "/usr/local/lib/python3.11/site-packages/django/core/management/__init__.py", line 442, in execute_from_command_line
    utility.execute()
  File "/usr/local/lib/python3.11/site-packages/django/core/management/__init__.py", line 436, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "/usr/local/lib/python3.11/site-packages/django/core/management/base.py", line 412, in run_from_argv
    self.execute(*args, **cmd_options)
  File "/usr/local/lib/python3.11/site-packages/django/core/management/base.py", line 458, in execute
    output = self.handle(*args, **options)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/core/management/base.py", line 106, in wrapper
    res = handle_func(*args, **kwargs)
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/core/management/commands/migrate.py", line 117, in handle
    executor = MigrationExecutor(connection, self.migration_progress_callback)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/db/migrations/executor.py", line 18, in __init__
    self.loader = MigrationLoader(self.connection)
                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/db/migrations/loader.py", line 58, in __init__
    self.build_graph()
  File "/usr/local/lib/python3.11/site-packages/django/db/migrations/loader.py", line 235, in build_graph
    self.applied_migrations = recorder.applied_migrations()
                              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/db/migrations/recorder.py", line 81, in applied_migrations
    if self.has_table():
       ^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/db/migrations/recorder.py", line 57, in has_table
    with self.connection.cursor() as cursor:
         ^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/utils/asyncio.py", line 26, in inner
    return func(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/db/backends/base/base.py", line 330, in cursor
    return self._cursor()
           ^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/db/backends/base/base.py", line 306, in _cursor
    self.ensure_connection()
  File "/usr/local/lib/python3.11/site-packages/django/utils/asyncio.py", line 26, in inner
    return func(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/db/backends/base/base.py", line 288, in ensure_connection
    with self.wrap_database_errors:
  File "/usr/local/lib/python3.11/site-packages/django/db/utils.py", line 91, in __exit__
    raise dj_exc_value.with_traceback(traceback) from exc_value
  File "/usr/local/lib/python3.11/site-packages/django/db/backends/base/base.py", line 289, in ensure_connection
    self.connect()
  File "/usr/local/lib/python3.11/site-packages/django/utils/asyncio.py", line 26, in inner
    return func(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/db/backends/base/base.py", line 270, in connect
    self.connection = self.get_new_connection(conn_params)
                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/utils/asyncio.py", line 26, in inner
    return func(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/django/db/backends/postgresql/base.py", line 275, in get_new_connection
    connection = self.Database.connect(**conn_params)
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/psycopg/connection.py", line 119, in connect
    raise last_ex.with_traceback(None)
django.db.utils.OperationalError: connection failed: connection to server at "172.29.36.2", port 5432 failed: FATAL:  password authentication failed for user "paperless"

Ist das wirklich ein Auth Fehler oder ein Verbindungsfehler?
Wäre echt super, das zum Laufen zu bekommen.
Kann jemand helfen?

Zitat von 1973JvO

Habe danach ein anderes docker-compose.yml aus dem Netz geholt (https://pratt.de/blog/paperless-ngx-auf-qnap-nas), und diese Installation war dan Erfolgreich

Danke dafür!
Hat direkt funktioniert.
Warum es mit dem compose File von vore76 nicht geht ist mir schleierhaft. Ich hatte an allen drei Stellen das selbe Passwort verwendet...

Hallo,

ich bin etwas neu im Forum und habe direkt eine Frage / Problem

Bei meinem QNAP TS 431x3 (4x4TB / 4GB Ram) kommt es bei Schritt 4 Punkt 5 der Anleitung zu folgenden Problem:

Fehler    2024-08-14    15:09:04    admin1    ---    Container Station    Docker Compose version v2.15.1-qnap1    Container Station    Applications    [Container Station] Fehler beim Erstellen der Anwendung "docker-compose". Fehlermeldung: no matching manifest for linux/arm/v7 in the manifest list entries

Mod: Nicht deklariertes Zitat ohne Quellenangabe ... korrigiert! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Zitat von vore76

Schritt 4:

1. Den Menüpunkt "Erweiterte Einstellung" öffnen.
2. CPU-Limt (1) auf 1 (oder je nach Hardware auch auf einen anderen Wert) einstellen. In der Regel sollte eine CPU reichen.
3. Arbeitsspeicherlimit (2) einstellen (je nach Hardware).
4. Arbeitsspeicherreservierung (3) wird automatisch eingestellt.
5. Die Installation mit "Erstellen" (4) starten. Der Vorgang dauert jetzt je nach Hardware etwas.
   

QTS 5.1.8.2823

Container-version: 3.0.7.891

hat jmd eine Idee wie ich das lösen kann ?

Recht herzlichen Dank an alle.

Eine sehr schöne Anleitung welche nun auch vollständig funktioniert. Vielen Dank

Eine Anmerkung für die Anfänger: bei den Consolen steps... mit den admin / root user ausführen. Commands mit sudo machen nur probleme

Eine sache Stört mich: Der Ordner /share/CACHEDEV1_DATA/Paperless-Docs/Outbox existiert. Ich habe zugriff über SSH aber ich sehe die Ordner Paperless-Docs und unterordner weder im Windows explorer noch in der Filestation.

Backup wird als Zip angelegt aber ich finde die Datei nur über ssh nicht über irgendein filesystem... Was kann ich da tun

Mod: Unnötiges Volltexteigenzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Umständlich aber ich habe eine Lösung dafür, welche nicht in der Anleitung zu finden ist:

Controlpanel -> Freigabeordner -> Erstellen -> Freigabeordner und den Pfad manuell angeben

Hi,

sehr gute Anleitung, echt total toll mit vielen Details.

Auch wenn ich aus Dummheit oder falschen lesen mehrmals installieren musste, stehe ich an dem Punkt auf dem Schlauch, wo ich ein manuelles Backup machen kann.

Es kommt nach dem Befehl sh export.sh im richtigen Verzeichnis die Meldung :

service "webserver" is not running container #1

Die Maschinen laufen aber alle, uns bisher geht auch alles.

pasted-from-clipboard.png

Hat da jemand eine Idee?

Falls der Beitrag schon mal irgendwo war, hab ich ihn nicht gesehen.

Viele Grüße

Zitat von VolkerG

Es kommt nach dem Befehl sh export.sh im richtigen Verzeichnis die Meldung :

Ich hatte bis jetzt noch nie das sh vor einem Befehl genutzt,

ebenso wurde bei mir der Cronjob aus der Anleitung mit dem sh auch nicht ausgeführt, sondern erst als ich es aus der Zeile entfernt hatte.

Versuch mal den Befehl aus dem Ordner direkt mit ./export.sh auszuführen.

Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

pasted-from-clipboard.png

Dann passiert folgendes. Habe jetzt mal alles getestet. Mit, ohne und wie in der Anleitung durch. Keins geht. Wobei die Meldung ja heißt

"webserver is not running container"

Ich vermute da ja eher entweder ein Pfadproblem oder Namensauflösung passt nicht. Ich hatte die Pfade leicht angepasst. Da aber alles andere geht, dachte ich es wäre das Problem nicht.

Vielleicht doch nochmal installieren mit den Pfaden 1:1

Hast du evtl. auch den Namen die Docker-Application von Paperless geändert? Diesen müsstest du dann auch in der Export.sh anpassen.

Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Ja, das hatte ich gemacht.
Die sieht so aus:

docker compose -f /share/Container/Paperless/docker-compose.yml exec -T webserver document_exporter ../export -z

aber ich glaube ich hab den Fehler gefunden. Die yaml Datei ist nicht an allen Stelllen geändert. Shit happens. Ich installiere nochmal neu...Danke trotzdem

Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Tja, geht leider auch in der Installation nach Anleitung nicht. Gleiche Meldung , dass der Webserverdienst nicht läuft. Kann man den Docker als Backup die DB auch anders sichern?

Mod: Unnötiges Volltextzitat gekürzt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Zitat von jan85

Code

django.db.utils.OperationalError: connection to server at "db" (172.29.20.2), port 5432 failed: FATAL:  password authentication failed for user "paperless"

Ich habe das gleiche Problem. Komme aber nicht auf die Lösung. Hat evtl. jemand eine Idee, wie das Problem behoben werden kann?

Danke und Grüße!