Toggle sidebar

Paperless-ngx: Rechte zerschossen

F

FizzyMUC

Benutzer
Mitglied seit
09. Feb 2023
Beiträge
207
Punkte für Reaktionen
16
Punkte
18
Hi zusammen,

ich bräuchte mal akut Hilfe :)

Ich habe Paperless-NGX via Docker auf meiner Syno laufen. Aufgrund eines Problems bei einem anderen Softwarepaket habe ich heute Mittag 'sudo chown -R docker:users /volume1/docker' über den Docker-Ordner laufen lassen. Nun habe ich eben versucht auf Paperless zu kommen und ich erhalte einen Server Error (500). Ich denke ich habe mir die Rechte damit zerschossen.

Ich habe nun mal in meiner docker-compose.yml von paperless nachgesehen. Hier sind die folgenden zwei Werte gesetzt.

- "USERMAP_UID=1035"
- "USERMAP_GID=65537"

Diese sind NICHT die im obigen Prompt stehenden docker:users, sondern ein anderer Nutzer. Kann ich davon ausgehen, dass es wieder funktionieren sollte, wenn ich mit dem User:Gruppe, die ihr hier seht, das Kommando chown nochmal NUR ÜBER DEN PAPERLESS FOLDER laufen lassen?

EDIT: Das hat nichts gebracht, habe es mal eben probiert. Nach Neustart ist der Container nun in einer Schleife gefangen aber startet nicht...
 
F

FizzyMUC

Benutzer
Mitglied seit
09. Feb 2023
Beiträge
207
Punkte für Reaktionen
16
Punkte
18
Hier die dazugehörigen Logs, läuft genauso einfach mehrfach durch (der Container wird immer "unerwartet beendet" und startet dann neu und gibt genau dasselbe aus).

EDIT: nun verstehe ich, dass sich das auf die PostGRES DB bezieht, richtig? Also sollte ich mir da die Permissions einmal genauer ansehen?

Code: 
2025/01/20 19:05:27    stderr    django.db.utils.OperationalError: connection failed: connection to server at "172.19.0.3", port 5432 failed: FATAL:  could not open file "global/pg_filenode.map": Permission denied
2025/01/20 19:05:27    stderr        raise last_ex.with_traceback(None)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/psycopg/connection.py", line 119, in connect
2025/01/20 19:05:27    stderr                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        connection = self.Database.connect(**conn_params)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/db/backends/postgresql/base.py", line 332, in get_new_connection
2025/01/20 19:05:27    stderr               ^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        return func(*args, **kwargs)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/utils/asyncio.py", line 26, in inner
2025/01/20 19:05:27    stderr                          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        self.connection = self.get_new_connection(conn_params)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/db/backends/base/base.py", line 256, in connect
2025/01/20 19:05:27    stderr               ^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        return func(*args, **kwargs)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/utils/asyncio.py", line 26, in inner
2025/01/20 19:05:27    stderr        self.connect()
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/db/backends/base/base.py", line 279, in ensure_connection
2025/01/20 19:05:27    stderr        raise dj_exc_value.with_traceback(traceback) from exc_value
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/db/utils.py", line 91, in __exit__
2025/01/20 19:05:27    stderr             ^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        with self.wrap_database_errors:
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/db/backends/base/base.py", line 278, in ensure_connection
2025/01/20 19:05:27    stderr               ^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        return func(*args, **kwargs)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/utils/asyncio.py", line 26, in inner
2025/01/20 19:05:27    stderr        self.ensure_connection()
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/db/backends/base/base.py", line 296, in _cursor
2025/01/20 19:05:27    stderr               ^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        return self._cursor()
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/db/backends/base/base.py", line 320, in cursor
2025/01/20 19:05:27    stderr               ^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        return func(*args, **kwargs)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/utils/asyncio.py", line 26, in inner
2025/01/20 19:05:27    stderr             ^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        with self.connection.cursor() as cursor:
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/db/migrations/recorder.py", line 63, in has_table
2025/01/20 19:05:27    stderr           ^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        if self.has_table():
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/db/migrations/recorder.py", line 89, in applied_migrations
2025/01/20 19:05:27    stderr                                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        self.applied_migrations = recorder.applied_migrations()
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/db/migrations/loader.py", line 235, in build_graph
2025/01/20 19:05:27    stderr        self.build_graph()
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/db/migrations/loader.py", line 58, in __init__
2025/01/20 19:05:27    stderr                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        self.loader = MigrationLoader(self.connection)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/db/migrations/executor.py", line 18, in __init__
2025/01/20 19:05:27    stderr                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        executor = MigrationExecutor(connection, self.migration_progress_callback)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/core/management/commands/migrate.py", line 118, in handle
2025/01/20 19:05:27    stderr              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        res = handle_func(*args, **kwargs)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/core/management/base.py", line 107, in wrapper
2025/01/20 19:05:27    stderr                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        output = self.handle(*args, **options)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/core/management/base.py", line 459, in execute
2025/01/20 19:05:27    stderr        self.execute(*args, **cmd_options)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/core/management/base.py", line 413, in run_from_argv
2025/01/20 19:05:27    stderr        self.fetch_command(subcommand).run_from_argv(self.argv)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/core/management/__init__.py", line 436, in execute
2025/01/20 19:05:27    stderr        utility.execute()
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/core/management/__init__.py", line 442, in execute_from_command_line
2025/01/20 19:05:27    stderr        execute_from_command_line(sys.argv)
2025/01/20 19:05:27    stderr      File "/usr/src/paperless/src/manage.py", line 10, in <module>
2025/01/20 19:05:27    stderr    Traceback (most recent call last):
2025/01/20 19:05:27    stderr
2025/01/20 19:05:27    stderr    The above exception was the direct cause of the following exception:
2025/01/20 19:05:27    stderr
2025/01/20 19:05:27    stderr    psycopg.OperationalError: connection failed: connection to server at "172.19.0.3", port 5432 failed: FATAL:  could not open file "global/pg_filenode.map": Permission denied
2025/01/20 19:05:27    stderr        raise last_ex.with_traceback(None)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/psycopg/connection.py", line 119, in connect
2025/01/20 19:05:27    stderr                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        connection = self.Database.connect(**conn_params)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/db/backends/postgresql/base.py", line 332, in get_new_connection
2025/01/20 19:05:27    stderr               ^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        return func(*args, **kwargs)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/utils/asyncio.py", line 26, in inner
2025/01/20 19:05:27    stderr                          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        self.connection = self.get_new_connection(conn_params)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/db/backends/base/base.py", line 256, in connect
2025/01/20 19:05:27    stderr               ^^^^^^^^^^^^^^^^^^^^^
2025/01/20 19:05:27    stderr        return func(*args, **kwargs)
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/utils/asyncio.py", line 26, in inner
2025/01/20 19:05:27    stderr        self.connect()
2025/01/20 19:05:27    stderr      File "/usr/local/lib/python3.12/site-packages/django/db/backends/base/base.py", line 279, in ensure_connection
2025/01/20 19:05:27    stderr    Traceback (most recent call last):
2025/01/20 19:04:28    stdout    Apply database migrations...
2025/01/20 19:04:28    stdout    Connected to Redis broker.
2025/01/20 19:04:27    stdout    Waiting for Redis...
2025/01/20 19:04:17    stdout    Connected to PostgreSQL
2025/01/20 19:04:15    stdout    Waiting for PostgreSQL to start...
2025/01/20 19:04:05    stdout    Adjusting permissions of paperless files. This may take a while.
2025/01/20 19:04:05    stdout    Creating directory scratch directory /tmp/paperless
2025/01/20 19:04:05    stdout    Package tesseract-ocr-deu already installed!
2025/01/20 19:04:05    stdout    Package tesseract-ocr-eng already installed!
2025/01/20 19:04:03    stdout    Installing languages...
2025/01/20 19:04:01    stdout    Paperless-ngx docker container starting...
 
Zuletzt bearbeitet:
F

FizzyMUC

Benutzer
Mitglied seit
09. Feb 2023
Beiträge
207
Punkte für Reaktionen
16
Punkte
18
Alternativ: Macht es Sinn, den db-Ordner aus Hyper-Backup wiederherzustellen? Dann sollten die Berechtigungen sein wie vorher?
 
F

FizzyMUC

Benutzer
Mitglied seit
09. Feb 2023
Beiträge
207
Punkte für Reaktionen
16
Punkte
18
Und hier ist noch meine docker-compose:
Code: 
version: '3.6'

networks:
  internal:
    external: false

services:
  broker:
    container_name: paperless-redis
    image: redis:latest
    networks:
      - internal
    volumes:
      - /volume1/docker/paperlessngx/redis:/redis
    restart: unless-stopped

  db:
    container_name: paperless-db
    image: postgres:15
    networks:
      - internal
    restart: unless-stopped
    volumes:
      - /volume1/docker/paperlessngx/db:/var/lib/postgresql/data
    environment:
      POSTGRES_DB: paperless
      POSTGRES_USER: paperless
      POSTGRES_PASSWORD: xzdN19DTd3CxWOuXP6eSyfhB19HRAx

  webserver:
    container_name: paperless
    image: ghcr.io/paperless-ngx/paperless-ngx:latest
    networks:
      - internal
    restart: unless-stopped
    depends_on:
      - db
      - broker
    ports:
      - 8777:8000
    healthcheck:
      test: ['CMD', 'curl', '-f', 'http://localhost:8000']
      interval: 30s
      timeout: 10s
      retries: 5
    volumes:
      - /volume1/docker/paperlessngx/data:/usr/src/paperless/data
      - /volume1/docker/paperlessngx/media:/usr/src/paperless/media
      - /volume1/docker/paperlessngx/export:/usr/src/paperless/export
      - /volume1/Paperless-Inbox:/usr/src/paperless/consume
    environment:
      PAPERLESS_REDIS: redis://broker:6379
      PAPERLESS_DBHOST: db
      PAPERLESS_DBPASS: xzdN19DTd3CxWOuXP6eSyfhB19HRAx # Das ist das Passwort von oben
      USERMAP_UID: 1035 # User paperless
      USERMAP_GID: 65537 # Group docker
      PAPERLESS_OCR_LANGUAGES: eng deu
      PAPERLESS_SECRET_KEY: C3Q2dLkVPqZWDKTXgkHwWhJ6jk8XqAbeDmDZjCxvb3c2jXl6pTGQXqJFqEkS9umFmXrk4WmzT8rlwjqWan6A2G54Q5IgraBv96CS
      PAPERLESS_ALLOWED_HOSTS: '*'
      PAPERLESS_TIME_ZONE: Europe/Berlin
      PAPERLESS_OCR_LANGUAGE: deu+eng
      PAPERLESS_FILENAME_FORMAT: '{created_year}/{correspondent}/{created}_{correspondent}_{title}'
      PAPERLESS_CONSUMER_POLLING: 600
      PAPERLESS_TIKA_ENABLED: 1
      PAPERLESS_TIKA_GOTENBERG_ENDPOINT: http://gotenberg:3000
      PAPERLESS_TIKA_ENDPOINT: http://tika:9998

  gotenberg:
    container_name: paperless-gotenberg
    image: gotenberg/gotenberg:latest
    restart: unless-stopped
    environment:
      CHROMIUM_DISABLE_ROUTES: 1
    command:
      - 'gotenberg'
      - '--chromium-disable-javascript=true'
      - '--chromium-allow-list=file:///tmp/.*'
    networks:
      - internal

  tika:
    container_name: paperless-tika
    image: ghcr.io/paperless-ngx/tika:latest
    restart: unless-stopped
    networks:
      - internal
 
R

Ronny1978

Benutzer
Sehr erfahren
Mitglied seit
09. Mai 2019
Beiträge
2.326
Punkte für Reaktionen
1.000
Punkte
168
FizzyMUC schrieb:
Aufgrund eines Problems bei einem anderen Softwarepaket
Zum Vergrößern anklicken....
Darf ich mal aus reiner Neugier fragen, bei welchem? Und warum über den gesamten Ordner docker und nicht bloß über einen Teil, wo es evtl. notwendig war?
 
J

JohneDoe

Benutzer
Mitglied seit
06. Jan 2025
Beiträge
111
Punkte für Reaktionen
47
Punkte
28
Ich glaube PostgreSQL läuft unter dem User 911:911. Wenn du die User: Gruppe wieder auf 911 setzt, dann müsste er wieder starten
 
F

FizzyMUC

Benutzer
Mitglied seit
09. Feb 2023
Beiträge
207
Punkte für Reaktionen
16
Punkte
18
Der gesamte DB Ordner? 911 oder 999? Habe mal Test Weise ein file aus dem dB Ordner aus Hyper Backup wieder hergestellt und das war 999
 
Zuletzt bearbeitet von einem Moderator:
F

FizzyMUC

Benutzer
Mitglied seit
09. Feb 2023
Beiträge
207
Punkte für Reaktionen
16
Punkte
18
JohneDoe schrieb:
Ich glaube PostgreSQL läuft unter dem User 911:911. Wenn du die User: Gruppe wieder auf 911 setzt, dann müsste er wieder starten
Zum Vergrößern anklicken....
Sonarr/radarr: ging darum, hard links zu aktivieren (trash guide)
 
F

FizzyMUC

Benutzer
Mitglied seit
09. Feb 2023
Beiträge
207
Punkte für Reaktionen
16
Punkte
18
Ich teste gerade... Neustart dauert recht lang :D Gebe danach Bescheid.
 
F

FizzyMUC

Benutzer
Mitglied seit
09. Feb 2023
Beiträge
207
Punkte für Reaktionen
16
Punkte
18
Bekomme nach einem Neustart nun von der db den error:
failed to initialize logging driver: database locked
Zum Vergrößern anklicken....
Ich versuche mir das Protokoll anzusehen, aber es steht nun schon minutenlang auf "wird geladen". Das war gestern auch, bis es dann hieß Container Manager API nicht verfügbar... Irgendwie fällt jetzt alles zusammen hier :(
 
F

FizzyMUC

Benutzer
Mitglied seit
09. Feb 2023
Beiträge
207
Punkte für Reaktionen
16
Punkte
18
OK, folgendes habe ich jetzt gemacht.
1. Den paperlessngx/db Ordner gelöscht und aus Hyper Backup wieder hergestellt.
2. Den paperless sowie den paperless-db Container einmal dupliziert (den Tipp habe ich woanders gelesen, um das "failed to initialize logging driver..." Problem zu beheben
3. Container neu starten

Ich bin auf jeden Fall einen Schritt weiter, denn ich sehe in den Logs, dass er sich zu PostGRES wieder verbinden kann. Aber er stoppt wieder automatisch mit folgendem error aus dem log:

Werde nicht ganz schlau draus, wo genau das Problem liegt... Name or service not known?


Code: 
2025/01/21 10:40:22    stdout    django.db.utils.OperationalError: [Errno -2] Name or service not known
2025/01/21 10:40:22    stdout        raise e.OperationalError(str(last_exc))
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/psycopg/_conninfo_attempts.py", line 50, in conninfo_attempts
2025/01/21 10:40:22    stdout                   ^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        attempts = conninfo_attempts(params)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/psycopg/connection.py", line 98, in connect
2025/01/21 10:40:22    stdout                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        connection = self.Database.connect(**conn_params)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/db/backends/postgresql/base.py", line 332, in get_new_connection
2025/01/21 10:40:22    stdout               ^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        return func(*args, **kwargs)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/utils/asyncio.py", line 26, in inner
2025/01/21 10:40:22    stdout                          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        self.connection = self.get_new_connection(conn_params)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/db/backends/base/base.py", line 256, in connect
2025/01/21 10:40:22    stdout               ^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        return func(*args, **kwargs)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/utils/asyncio.py", line 26, in inner
2025/01/21 10:40:22    stdout        self.connect()
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/db/backends/base/base.py", line 279, in ensure_connection
2025/01/21 10:40:22    stdout        raise dj_exc_value.with_traceback(traceback) from exc_value
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/db/utils.py", line 91, in __exit__
2025/01/21 10:40:22    stdout             ^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        with self.wrap_database_errors:
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/db/backends/base/base.py", line 278, in ensure_connection
2025/01/21 10:40:22    stdout               ^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        return func(*args, **kwargs)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/utils/asyncio.py", line 26, in inner
2025/01/21 10:40:22    stdout        self.ensure_connection()
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/db/backends/base/base.py", line 296, in _cursor
2025/01/21 10:40:22    stdout               ^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        return self._cursor()
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/db/backends/base/base.py", line 320, in cursor
2025/01/21 10:40:22    stdout               ^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        return func(*args, **kwargs)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/utils/asyncio.py", line 26, in inner
2025/01/21 10:40:22    stdout             ^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        with self.connection.cursor() as cursor:
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/db/migrations/recorder.py", line 63, in has_table
2025/01/21 10:40:22    stdout           ^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        if self.has_table():
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/db/migrations/recorder.py", line 89, in applied_migrations
2025/01/21 10:40:22    stdout                                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        self.applied_migrations = recorder.applied_migrations()
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/db/migrations/loader.py", line 235, in build_graph
2025/01/21 10:40:22    stdout        self.build_graph()
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/db/migrations/loader.py", line 58, in __init__
2025/01/21 10:40:22    stdout                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        self.loader = MigrationLoader(self.connection)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/db/migrations/executor.py", line 18, in __init__
2025/01/21 10:40:22    stdout                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        executor = MigrationExecutor(connection, self.migration_progress_callback)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/core/management/commands/migrate.py", line 118, in handle
2025/01/21 10:40:22    stdout              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        res = handle_func(*args, **kwargs)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/core/management/base.py", line 107, in wrapper
2025/01/21 10:40:22    stdout                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        output = self.handle(*args, **options)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/core/management/base.py", line 459, in execute
2025/01/21 10:40:22    stdout        self.execute(*args, **cmd_options)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/core/management/base.py", line 413, in run_from_argv
2025/01/21 10:40:22    stdout        self.fetch_command(subcommand).run_from_argv(self.argv)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/core/management/__init__.py", line 436, in execute
2025/01/21 10:40:22    stdout        utility.execute()
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/core/management/__init__.py", line 442, in execute_from_command_line
2025/01/21 10:40:22    stdout        execute_from_command_line(sys.argv)
2025/01/21 10:40:22    stdout      File "/usr/src/paperless/src/manage.py", line 10, in <module>
2025/01/21 10:40:22    stdout    Traceback (most recent call last):
2025/01/21 10:40:22    stdout   
2025/01/21 10:40:22    stdout    The above exception was the direct cause of the following exception:
2025/01/21 10:40:22    stdout   
2025/01/21 10:40:22    stdout    psycopg.OperationalError: [Errno -2] Name or service not known
2025/01/21 10:40:22    stdout        raise e.OperationalError(str(last_exc))
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/psycopg/_conninfo_attempts.py", line 50, in conninfo_attempts
2025/01/21 10:40:22    stdout                   ^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        attempts = conninfo_attempts(params)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/psycopg/connection.py", line 98, in connect
2025/01/21 10:40:22    stdout                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        connection = self.Database.connect(**conn_params)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/db/backends/postgresql/base.py", line 332, in get_new_connection
2025/01/21 10:40:22    stdout               ^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        return func(*args, **kwargs)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/utils/asyncio.py", line 26, in inner
2025/01/21 10:40:22    stdout                          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        self.connection = self.get_new_connection(conn_params)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/db/backends/base/base.py", line 256, in connect
2025/01/21 10:40:22    stdout               ^^^^^^^^^^^^^^^^^^^^^
2025/01/21 10:40:22    stdout        return func(*args, **kwargs)
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/utils/asyncio.py", line 26, in inner
2025/01/21 10:40:22    stdout        self.connect()
2025/01/21 10:40:22    stdout      File "/usr/local/lib/python3.12/site-packages/django/db/backends/base/base.py", line 279, in ensure_connection
2025/01/21 10:40:22    stdout    Traceback (most recent call last):
2025/01/21 10:40:15    stdout    Apply database migrations...
2025/01/21 10:40:15    stdout    Connected to Redis broker.
2025/01/21 10:40:15    stdout    Waiting for Redis...
2025/01/21 10:40:14    stdout    Connected to PostgreSQL
2025/01/21 10:40:14    stdout    Waiting for PostgreSQL to start...
2025/01/21 10:40:13    stdout    Adjusting permissions of paperless files. This may take a while.
2025/01/21 10:40:13    stdout    Creating directory scratch directory /tmp/paperless
2025/01/21 10:40:13    stdout    Package tesseract-ocr-deu already installed!
2025/01/21 10:40:13    stdout    Package tesseract-ocr-eng already installed!
2025/01/21 10:40:13    stdout    Installing languages...
2025/01/21 10:40:13    stdout    Paperless-ngx docker container starting...
 
F

FizzyMUC

Benutzer
Mitglied seit
09. Feb 2023
Beiträge
207
Punkte für Reaktionen
16
Punkte
18
Mmh, ehrlicherweise nein... Hier das vollständige Log

Code: 
2025/01/21 10:34:57    stdout    2025-01-21 09:34:57.508 UTC [1] LOG:  database system is ready to accept connections
2025/01/21 10:34:57    stdout    2025-01-21 09:34:57.418 UTC [27] LOG:  checkpoint complete: wrote 12 buffers (0.1%); 0 WAL file(s) added, 0 removed, 0 recycled; write=0.002 s, sync=1.139 s, total=1.600 s; sync files=13, longest=0.265 s, average=0.088 s; distance=44 kB, estimate=44 kB
2025/01/21 10:34:55    stdout    2025-01-21 09:34:55.951 UTC [27] LOG:  checkpoint starting: end-of-recovery immediate wait
2025/01/21 10:34:55    stdout    2025-01-21 09:34:55.566 UTC [29] LOG:  redo done at 1/1ABC7FE0 system usage: CPU: user: 0.00 s, system: 0.00 s, elapsed: 0.00 s
2025/01/21 10:34:55    stdout    2025-01-21 09:34:55.566 UTC [29] LOG:  invalid record length at 1/1ABC8030: wanted 24, got 0
2025/01/21 10:34:55    stdout    2025-01-21 09:34:55.565 UTC [29] LOG:  redo starts at 1/1ABBCDE8
2025/01/21 10:34:55    stdout    2025-01-21 09:34:55.368 UTC [29] LOG:  database system was not properly shut down; automatic recovery in progress
2025/01/21 10:34:53    stdout    2025-01-21 09:34:53.217 UTC [29] LOG:  database system was interrupted; last known up at 2025-01-16 02:24:49 UTC
2025/01/21 10:34:53    stdout    2025-01-21 09:34:53.127 UTC [1] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
2025/01/21 10:34:53    stdout    2025-01-21 09:34:53.057 UTC [1] LOG:  listening on IPv6 address "::", port 5432
2025/01/21 10:34:53    stdout    2025-01-21 09:34:53.057 UTC [1] LOG:  listening on IPv4 address "0.0.0.0", port 5432
2025/01/21 10:34:53    stdout    2025-01-21 09:34:53.016 UTC [1] LOG:  starting PostgreSQL 15.10 (Debian 15.10-1.pgdg120+1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 12.2.0-14) 12.2.0, 64-bit
2025/01/21 10:34:52    stdout   
2025/01/21 10:34:52    stdout    PostgreSQL Database directory appears to contain a database; Skipping initialization
2025/01/21 10:34:52    stdout
 
F

FizzyMUC

Benutzer
Mitglied seit
09. Feb 2023
Beiträge
207
Punkte für Reaktionen
16
Punkte
18
Doch! Das hier wirkt doch merkwürdig: listening on IPv4 address "0.0.0.0", port 5432

(Ich bin nicht so der Docker Profi): Kann es sein, dass ich nun irgendwie die Paperless, Reis, Gutenberg UND DB ins "gleiche Netzwerk" bringen muss?
 
Zuletzt bearbeitet:
J

JohneDoe

Benutzer
Mitglied seit
06. Jan 2025
Beiträge
111
Punkte für Reaktionen
47
Punkte
28
Nee das ist ok. Das 0.0.0.0 heißt, dass er auf allen Interfaces Anfragen annimmt. Wenn du z.B. nur 127.0.0.1 hättest, dann würde nur localhost gehen.

Ich finde eher das hier komisch:
2025/01/21 10:34:55 stdout 2025-01-21 09:34:55.566 UTC [29] LOG: invalid record length at 1/1ABC8030: wanted 24, got 0
2025/01/21 10:34:55 stdout 2025-01-21 09:34:55.565 UTC [29] LOG: redo starts at 1/1ABBCDE8
2025/01/21 10:34:55 stdout 2025-01-21 09:34:55.368 UTC [29] LOG: database system was not properly shut down; automatic recovery in progress
2025/01/21 10:34:53 stdout 2025-01-21 09:34:53.217 UTC [29] LOG: database system was interrupted; last known up at 2025-01-16 02:24:49 UTC
Zum Vergrößern anklicken....
 
F

FizzyMUC

Benutzer
Mitglied seit
09. Feb 2023
Beiträge
207
Punkte für Reaktionen
16
Punkte
18
Das ist vermutlich von gestern - ich konnte die DB nicht beenden, der Container Manager hat immer wieder Fehler an der API gemeldet. Evtl. ist heut früh bei Restart der Syno ein hard shutdown initiiert worden und daher war es interrupted. Darüber steht aber das es fixed ist, oder?
 
J

JohneDoe

Benutzer
Mitglied seit
06. Jan 2025
Beiträge
111
Punkte für Reaktionen
47
Punkte
28
FizzyMUC schrieb:
(Ich bin nicht so der Docker Profi): Kann es sein, dass ich nun irgendwie die Paperless, Reis, Gutenberg UND DB ins "gleiche Netzwerk" bringen muss?
Zum Vergrößern anklicken....
Habe ich jetzt erst gesehen:
Wenn du die oben genannte Compose nutzt, dann sind alle Container im selben Netzwerk. Außer du hast es natürlich per Hand nach dem ausführen der Compose manipuliert. Die müssen ansonsten im selben Netz sein, weil sie nicht über die Host Ip sondern über den Servicenamen angesprochen werden.
 
  • Like
Reaktionen: FizzyMUC
F

FizzyMUC

Benutzer
Mitglied seit
09. Feb 2023
Beiträge
207
Punkte für Reaktionen
16
Punkte
18
Ah! OK! Das heißt, ich muss nun alle Container löschen und "einfach nur meine Compose drüber laufen lassen"? Dann würde ich das direkt im Container Manager als Projekt anlegen und die Compose einfach rein laden? Muss ich die Ordner in meinem Docker-Share vorher alle löschen?
Sorry wenn es für doofe ist, ich hab nur echt Panik dass alles weg ist.
 
J

JohneDoe

Benutzer
Mitglied seit
06. Jan 2025
Beiträge
111
Punkte für Reaktionen
47
Punkte
28
Wenn du die Ordner löscht, dann sind alle deine Daten weg. Du kannst die Ordner da lassen und wenn alles richtig gemappt ist, dann ist alles wie vorher.
 
  • Like
Reaktionen: FizzyMUC
NAS-Central - Ihr Partner für NAS Lösungen
NAS-Central - The Home of NAS
 

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 

Hosted by netcup
IT Lösungen mit NAS Servern
IT Firma Trier
Fotograf Trier
   
Oben Unten
Zurück