Paperless container startet nicht (mehr) - kann redis nicht erreichen

drnicolas · 11. Januar 2026 um 08:11

Nach einem Neustart der Maschine auf der der/die paperless-container laufen, startet der paperless NGX container nicht mehr.

REDIS und DB-container scheinen korrekt zu starten (werden in Portainer als running deklariert)

Das Log zeigt folgende EInträge:

[init-start] paperless-ngx docker container starting…

[init-start] paperless-ngx docker container starting init as root

[env-init] Checking for environment from files

[env-init] No *_FILE environment found

[init-redis-wait] Waiting for Redis to report ready

[init-tesseract-langs] Checking if additional teseract languages needed

[init-db-wait] Waiting for PostgreSQL to start…

[init-tesseract-langs] No additional installs requested

[init-user] No UID changes for paperless

[init-user] No GID changes for paperless

[init-folders] Running with root privileges, adjusting directories and permissions

db:5432 - no response

[init-db-wait] Attempt 1 failed! Trying again in 1 seconds…

Waiting for Redis…

Redis ping #0 failed.

Error: Error -3 connecting to broker:6379. Temporary failure in name resolution..

Waiting 5s

db:5432 - no response

[init-db-wait] Attempt 2 failed! Trying again in 2 seconds…

db:5432 - no response

[init-db-wait] Attempt 3 failed! Trying again in 3 seconds…

Redis ping #1 failed.

Error: Error -3 connecting to broker:6379. Temporary failure in name resolution..

Waiting 5s

db:5432 - no response

[init-db-wait] Attempt 4 failed! Trying again in 4 seconds…

db:5432 - no response

[init-db-wait] Attempt 5 failed! Trying again in 5 seconds…

Redis ping #2 failed.

Error: Error -3 connecting to broker:6379. Temporary failure in name resolution..

Waiting 5s

db:5432 - no response

[init-db-wait] Attempt 6 failed! Trying again in 6 seconds…

Redis ping #3 failed.

Error: Error -3 connecting to broker:6379. Temporary failure in name resolution..

Waiting 5s

Redis ping #4 failed.

Error: Error -3 connecting to broker:6379. Temporary failure in name resolution..

Waiting 5s

db:5432 - no response

[init-db-wait] Attempt 7 failed! Trying again in 7 seconds…

Failed to connect to redis using environment variable PAPERLESS_REDIS.

s6-rc: warning: unable to start service init-wait-for-redis: command exited 1

db:5432 - no response

[init-db-wait] Attempt 8 failed! Trying again in 8 seconds…

db:5432 - no response

[init-db-wait] Attempt 9 failed! Trying again in 9 seconds…




Die Variable verweist auf redis://broker:6379

EIn nslookup broker bringt kein Ergebnis.

Hilfe!!!

Jake · 11. Januar 2026 um 08:16

Hi,

Hast du nur die Container neu gestartet oder auch Aktualisierungen vorgenommen?
Wenn du eine Synology hast, ist die Firewall aktiviert?
Wenn ja, deaktivieren und Paperless neu starten

drnicolas · 11. Januar 2026 um 08:26

Ich habe in den letzten Tagen tatsächlich am Basis-System Aktualisierungen gemacht.

Nicht aber an paperless. Ich bilde mir ein, dass ich auch bereits einen erfolgreichen restart gemacht habe.

Dann habe ich heute morgen definitiv einen Neustart gemacht wegen eines vermeintlichen Hängers.

Das Runterfahren der VM hat ewig gedauert; der Neustart der VM sah dann aber gut aus.

Was mir auffällt:

in dem Stack für paperless sehe ich diese Zeilen:

broker:
image: redis
container_name: Paperless-NGX-REDIS
restart: always
volumes:

/volume1/docker/paperlessngx/redis:/data

Die Portangabe 6379 sehe ich das gar nicht.

Fußnote:

Bereits seit längerem betreibe ich ZWEI Paperless-instanzen parallel auf derselben Maschine.

Gerade stelle ich bei mir selber das Konzept infrage.

Beide Instanzen haben das gleiche Problem.

Jake · 11. Januar 2026 um 08:31

Poste mal deine docker-compose, falls doch container aktualisiert wurden.

kannst auch mal die Version bei Redis angeben:
image: redis:8

drnicolas · 11. Januar 2026 um 08:34

Das ist der Stack:

services:
gotenberg:
image: docker.io/gotenberg/gotenberg:7.8
restart: unless-stopped

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/.*“
ports:
3000:3000

tika:
image: docker.io/apache/tika:latest
restart: unless-stopped
ports:

9998:9998

broker:
image: redis
container_name: Paperless-NGX-REDIS
restart: always
volumes:

/volume1/docker/paperlessngx/redis:/data

db:
image: postgres:16
container_name: Paperless-NGX-DB
restart: always
volumes:

/volume1/docker/paperlessngx/db:/var/lib/postgresql/data
environment:
POSTGRES_DB: paperless
POSTGRES_USER: paperless
POSTGRES_PASSWORD: ***

webserver:
image: Package paperless-ngx · GitHub
container_name: Paperless-NGX
restart: always
depends_on:

db
broker
ports:
8777:8000
volumes:
/docker/paperlessngx/data:/usr/src/paperless/data
/docker/paperlessngx/media:/usr/src/paperless/media
/docker/paperlessngx/export:/usr/src/paperless/export
/docker/paperlessngx/consume:/usr/src/paperless/consume
/opt/scripts:/opt/scripts
/opt/scripts/init.d:/custom-cont-init.d:ro
/mnt/medistar_docs:/mnt/medistar_docs
/dev/log:/dev/log

#environment:
env_file:
  stack.env

SOrry. Keine Ahnung warum die Formattierung so komisch rüberkommt.

Jake · 11. Januar 2026 um 08:37

Folgende Funktion aufrufe und den Stack reinkopieren

drnicolas · 11. Januar 2026 um 08:40

services:
  gotenberg:
    image: docker.io/gotenberg/gotenberg:7.8
    restart: unless-stopped
    # 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/.*"
    ports:
      - 3000:3000

  tika:
    image: docker.io/apache/tika:latest
    restart: unless-stopped
    ports:
      - 9998:9998
  broker:
    image: redis
    container_name: Paperless-NGX-REDIS
    restart: always
    volumes:
      - /volume1/docker/paperlessngx/redis:/data

  db:
    image: postgres:16
    container_name: Paperless-NGX-DB
    restart: always
    volumes:
      - /volume1/docker/paperlessngx/db:/var/lib/postgresql/data
    environment:
      POSTGRES_DB: paperless
      POSTGRES_USER: paperless
      POSTGRES_PASSWORD: * 

  webserver:
    image: ghcr.io/paperless-ngx/paperless-ngx:latest
    container_name: Paperless-NGX
    restart: always
    depends_on:
      - db
      - broker
    ports:
      - 8777:8000
    volumes:
      - /docker/paperlessngx/data:/usr/src/paperless/data
      - /docker/paperlessngx/media:/usr/src/paperless/media
      - /docker/paperlessngx/export:/usr/src/paperless/export
      - /docker/paperlessngx/consume:/usr/src/paperless/consume
      - /opt/scripts:/opt/scripts
      - /opt/scripts/init.d:/custom-cont-init.d:ro 
      - /mnt/medistar_docs:/mnt/medistar_docs
      - /dev/log:/dev/log
      
    #environment:
    env_file:
      stack.env

Jake · 11. Januar 2026 um 08:48

Gib mal bei Redis die Version an die verwendet werden soll, den Stack neu deployen nach dem Start mit Portainer

image: redis:8

drnicolas · 11. Januar 2026 um 08:51

Okay, probiere ich aus.

Änderung der Variable auf redis;//localhost:6379 hat keine Änderung ergeben

drnicolas · 11. Januar 2026 um 08:56

Das redeply hat nichts gebracht

redis.exceptions.ConnectionError: Error 111 connecting to localhost:6379. Connection refused.

Redis ping #1 failed.

Error: Error 111 connecting to localhost:6379. Connection refused..

Waiting 5s

s6-rc: warning: unable to start service init-migrations: command exited 1

Keine AHnung was das bedeutet. Immerhin anderer Fehler

Jake · 11. Januar 2026 um 09:01

s6-rc Fehler bedeutet normalerweise dass die Berechtigungen nicht mehr passen, der Benutzer hat nicht die Berechtigung auf ein Laufwerk bzw. Ordner zu schreiben

drnicolas · 12. Januar 2026 um 07:39

Vielen Dank.

Ich habe irgendwann ganz mutig den Container re-deployed. Vorher hatte ich nur den Stack aktualisiert.

Damit hat sich das problem von selber gelöst