Neue Version von paperless-ngx verfügbar: v2.19

Hallo zusammen,

es gibt ein neues Update von paperless-ngx (Version 2.19), ich habe alle wichtigen Neuerungen in diesem Video zusammengefasst:

Kunden unserer paperless-cloud (https://www.paperless-cloud.com) erhalten das Update automatisch, sobald es durch unsere internen Tests geprüft wurde.

Hallo habe das neue Update eingespielt. Dabei habe ich auf die Postgresql 18 umgestellt. (Export und Import)

Mit der Version 18 wurde auch der Pfad geändert.

NEU

  - pgdata:/var/lib/postgresql

Wenn das nicht geändert wird kommt es zu einer Fehlermeldung

Von welcher PostgreSQL Version bist Du denn gekommen?

von Version 17 auf Version 18

Interessant. Musstest Du das über Export und Import machen oder hast Du es einfach so gemacht?

Danke für das neue Video Stefan.
Vielleicht kannst Du noch mal die Masterclass zum Update hierzu inkl. der Fallstricke ergänzen. Das wäre prima :slight_smile:

@Bassman Gerne!
Ja, das kommt bald, steht schon auf der Liste :smile:

1 „Gefällt mir“

Schöne neue Funktionen die sicher der ein oder andere Anwender gebrauchen kann.

Steht irgendwo geschrieben dass Postgres 18 offiziell unterstütz wird??

laut Github von Paperless-ngx wird Postgres 18 unterstützt

https://github.com/paperless-ngx/paperless-ngx/blob/main/docker/compose/docker-compose.postgres.yml

Ok, danke!
Hab schon mal gelesen aber nicht dass es schon umgesetzt wurde.

Dürfte den ein oder anderen triggern von Version 17 auf 18 umzusteigen obwohl es dafür 0,0 Gründe gibt. :wink:

Hallo Jake,

hier spricht ein getriggerter… :sweat_smile:

Danke für Deinen Hinweis mit dem neuen Pfad. Hat alles gut geklappt.

@Stefan Bitte in den Kurs mit aufnehmen, dass nach dem Löschen von data, pgdata und media diese Ordner erneut leer angelegt werden sollten und dass dann der Neustart doch einige Zeit (zumindest bei mir > 1 Kaffee) braucht.

Herzlichen Dank und beste Grüße

Stefan (aka Yamaneko)

mal schaun, wenn mir am WE langweilig ist… :innocent:
Man könnte es auch als „Import Test“ tarnen, macht man auch nicht regelmäßig, eher nur wenn es klemmt.

Ja, so etwas muss ja regelmässig geübt werden :innocent:

Hi.. ich habe ohne zu lesen jetzt die neue Version gezogen, komme aber nach den Update nicht mehr auf meine Oberfläche. Gebe zu, dass ich im Nachgang von Postgres 13 auf 17 umstellen wollte, nun aber lese es auf 18 zu machen. Nun die Frage. Mit dem Export / Import gemäß Stefan weitermachen oder erst das Problem mit dem Zugriff fixen? (Aufsatz gemäß Masterclass )

Anbei die Fehlermeldung aus dem Container-Manager - laufe aber noch gemäß ursprünglichem Aufsatz außerhalb - wollte ich nach dem Postgres-Upgrade angehen.

Kommt drauf an wie alt dein Export ist.

Ist der aktuell wurde ich gleich auf Version 18 umstellen und Importieren.
Wenn der Import eine Fehlemeldung bringt dass du die falsche Paperless Version benutzt must du die docker-compose entsprechend abändern, Paperless mit der richtigen Version neu starten und dann importieren.

Probiere jetzt schon ne ganze Weile rum. Habe mich dazu entschlossen die PLNGX Instanz neu aufzusetzen und die Dateien wieder manuell neu einzulesen. Nun stehe ich aber an dem Punkt, dass ich auf PLNGX via Web zugreifen kann, aber mein Anmeldename und Passwort nicht stimmt - da Superuser nicht mehr geht, bin ich ratlos bzw. im Teufelskreis gefangen.

Die Ordner im Paperless Verzeiochnis alle löschen und neu anlagen, dann erst Paperless installieren.
Vorher den Ordner mir den Dokuemnten sichern!
Superuser brauchst du nicht mehr, den legst du beim ersten Zugriff an.

Synology Firewall vor der Paperless Installation deaktivieren.

Nur kurz zur Einordnung was ich gemacht habe:

  • nachdem die Fehlermeldung nach dem Update aufkam und ich ich auch sonstirgendwie kein Zugriff via Web (:8000) auf die PLNGX bekam, habe ich versucht alle Dateien zu exportieren (Überraschung: auch das ging schief)
  • Hab mich dann dazu entschlossen alle Dokumente zu sichern (und ggf. später manuell einzulesen)
  • habe anschließend das Update von Postgres 13 auf 17 in der yml gemacht

sollte ich nun alle Ordner in dem Paperless-NGX Ordner unter Docker wieder löschen und nur die angepasste/alte yml. reinkopieren oder wie meinst du das?

Werde es jetzt so noch mal probieren und die 18 anstatt die 17 nehmen

Kannst du machen wenn der Webserver auf :latest steht.
In der yaml musst den Pfad der Postgres Datenbank anpassen:
:/var/lib/postgresql

Sieht jetzt so aus:

version: "3.4"
services:
  broker:
    image: docker.io/library/redis:7.0
    restart: unless-stopped
    volumes:
      - redisdata:/data

  db:
    image: docker.io/library/postgres:18
    restart: unless-stopped
    volumes:
      - ../pgdata:/:/var/lib/postgresql
    environment:
      POSTGRES_DB: paperless
      POSTGRES_USER: paperless
      POSTGRES_PASSWORD: paperless

  webserver:
    image: ghcr.io/paperless-ngx/paperless-ngx:latest
    restart: unless-stopped
    depends_on:
      - db
      - broker
      - gotenberg
      - tika
    ports:
      - 8000:8000
    healthcheck:
      test: ["CMD", "curl", "-fs", "-S", "--max-time", "2", "http://localhost:8000"]
      interval: 30s
      timeout: 10s
      retries: 5
    volumes:
      - ../data:/usr/src/paperless/data
      - ../media:/usr/src/paperless/media
      - ../export:/usr/src/paperless/export
      - /volume1/scaninput:/usr/src/paperless/consume
    env_file: docker-compose.env
    environment:
      PAPERLESS_REDIS: redis://broker:6379
      PAPERLESS_DBHOST: db
      PAPERLESS_TIKA_ENABLED: 1
      PAPERLESS_TIKA_GOTENBERG_ENDPOINT: http://gotenberg:3000
      PAPERLESS_TIKA_ENDPOINT: http://tika:9998
      PAPERLESS_CONSUMER_ENABLE_BARCODES: 1
      
  gotenberg:
    image: docker.io/gotenberg/gotenberg:8.7
    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/.*"

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

volumes:
  redisdata: