Installation auf ASUSTOR Nas scheint .env file zu ignorieren

[RNolte]

Guten Tag und Hallo,
bin neu im Forum. Durch yt aufmerksam geworden.
Meine pl-ngx Installation läuft auf einen Asustor-nas, aus deren Appstore installiert, läuft unter docker.
Die Config ist so, dass das envfile wohl envfile.env heißt, liegt jedenfalls so neben dem docker-compose.yml.

Mein Problem ist, dass ich zum Nutzen der ASN-Funktionalität ja 2 Environment-variablen setzen muss, und docker/paperless die envfile.env zu ignorieren scheint.

Wie komme ich drauf?

1. Funktioniert die ASN-Erkennung nicht.
2. Werden nach einem Container Neustart in Portainer die Environment-variablen nicht angezeigt.

Hat jemand eine Idee oder einen Workaround, wie ich ASN-Erkennung hinbekommen kann?

Danke und schöne Grüße,
Ralf.

[Stefan]

Hallo Ralf,

zeig uns gerne mal deine docker-compose.yml, da steht eine Referenz zum env-File drin.

Am besten als Code-Block (Symbol </> im Editor).

[RNolte]

rehi,

hmm. ich sehe hier keine referenz.
witzigerweise lässt sich der container sogar noch starten, wenn man sowohl das do…yml, als auch das env…env file UMBENANNT hat.
Äusserst seltsam.
Ich habe den Eindruck, an der total falschen stelle zu sein…

version: "3.4"
services:
    paperlessngx:
        container_name: PaperlessngxDocker
        image: paperlessngx/paperless-ngx:latest
        #image: ghcr.io/paperless-ngx/paperless-ngx:latest   (From 2.10.2, the docker image path is changed.)
        #user: "${NAS_ADMIN_UID}:${NAS_ADMIN_GID}"
        restart: unless-stopped
        depends_on:
            - db
            - redis

        ports:
            - 25680:8000
        volumes:
            - "/etc/localtime:/etc/localtime:ro"
            - "${HOST_FOLDER}/data:/usr/src/paperless/data"
            - "${HOST_FOLDER}/media:/usr/src/paperless/media"
            - "${HOST_FOLDER}/export:/usr/src/paperless/export"
            - "${HOST_FOLDER}/consume:/usr/src/paperless/consume"
        environment:
            #USERMAP_UID: ${NAS_ADMIN_UID}
            #USERMAP_GID: ${NAS_ADMIN_GID}
            PAPERLESS_DBENGINE: postgresql
            PAPERLESS_DBHOST: db
            PAPERLESS_DBNAME: paperlessngxdb
            PAPERLESS_DBUSER: paperlessngxuser
            PAPERLESS_DBPASS: xxxxxxxxxxxxxxxxxxx
            PAPERLESS_TIME_ZONE: Asia/Taipei
            PAPERLESS_ADMIN_USER: plngxadmin
            PAPERLESS_ADMIN_PASSWORD: xxxxxxxxxxxxxxxxx
            PAPERLESS_OCR_LANGUAGE: eng
            #PAPERLESS_OCR_LANGUAGES: "chi-tra chi-sim"
            PAPERLESS_REDIS: redis://redis:6379
        
        networks:
            plnd.net:

    redis:
        container_name: PaperlessngxRedis
        image: redis:7
        restart: unless-stopped
        volumes:
            - "${HOST_FOLDER}/redis:/data:rw"
        networks:
            plnd.net:

    db:
        container_name: PaperlessngxDB
        image: postgres:15
        restart: unless-stopped
        volumes:
            - "/etc/localtime:/etc/localtime:ro"
            - "${HOST_FOLDER}/db:/var/lib/postgresql/data:rw"
          
        environment:
            POSTGRES_DB: paperlessngxdb
            POSTGRES_USER: paperlessngxuser
            POSTGRES_PASSWORD: xxxxxxxxxxxxxxxxxxxxx
            
        networks:
            plnd.net:

networks:
    plnd.net:
        
~

[Jake]

Nö, da ist keine Referenz, braucht man auch nicht wenn alle environments in der docker-compose stehen.

Füg das mal unter bei den paperlessngx environment unter PAPERLESS_REDIS ein.

      # Barcodes
      PAPERLESS_CONSUMER_BARCODE_SCANNER: ZXING
      PAPERLESS_CONSUMER_ENABLE_ASN_BARCODE: true
      PAPERLESS_CONSUMER_RECURSIVE: true
      PAPERLESS_CONSUMER_SUBDIRS_AS_TAGS: true
      PAPERLESS_CONSUMER_ENABLE_BARCODES: 1
      PAPERLESS_OCR_USER_ARGS: '{"invalidate_digital_signatures": true}'
      PAPERLESS_OCR_USER_ARGS: '{"continue_on_soft_render_error": true}'

Damit funktionieren Barcodes bei mir.

[RNolte]

Negative on that, Huston.

Barcodes werden nicht erkannt, und in portainer werden die zusätzlichen envvars auch nicht sichtbar.

Das Neustarten des containers mache ich mit der Asusstor-app, allerdings wird mit in portainer der (naja, eigentlich die, sind ja 3) container als ‚stopped‘ angezeigt, wenn ich sie via app anhalte.

Wie gesagt, wenn ich die yml-datei UMBENENNE, startet der container trotzdem, und ich kann auf pl zugreifen.
Irgendwas passt da ÜBERHAUPT nicht…

[Jake]

Hast du Paperless in Portainer als Stack installiert?
Dann kannst du die Yaml ändern wie du willst, die Änderungen greifen nicht.

Schau mal in Portainer unter Stacks ob du den Stack bearbeiten kannst, dann dort die Änderungen eintragen und den Stack neu starten.

[RNolte]

Hi Jake,

das scheint der Fall zu sein.
Wenn ich in portainer auf ‚Stacks‘ gehe, sehe ich plndocker.
Allerdings mit dem Hinweis:
‚This Stack was created outside of Portainer. Control over this stack is limited.‘

Ich denke aber, dass wir hier auf der richtigen spur sind.

Kann es sein, dass docker und portainer unterschiedliche Definitionen von ‚stack‘ haben?
Wenn ich im cli ‚docker stack ls‘ sage, bekomme ich: Error…: This is not a swarm Manager. Use „docker swarm init“…

alles seltsam.

schöne Grüße,
Ralf.

[Jake]

ok, gleiche Meldung bekomme ich in Portainer wenn ich in Snology ein Projekt anlege.

Ein Projekt wird angelegt, eine Projektname wird vergeben und die yaml wird importiert.
Danach muss man die yaml im Projekt ändern!
Wenn man die yaml ändet wo im Verzweichnis gespeichert wurde, hat das keinen Einfluss.

Evtl arbeitet deine Asustore ähnlich.

[RNolte]

Bin da auch schon mit dem support von asusstor in kontakt, aber das ist- wie soll ich sagen: zäh.

Die Option, den Container neu generieren zu lassen, würde ich nur ungern nutzen, weil mit dadurch ja die ganze Verwaltbarkeit über das Asustore-GUI verlorengeht. Wenn ich hätte basteln wollen, wär’s ein Thinclient mit Proxmox geworden

Es muss doch irgendwie machbar sein, in nen container Envvars reinzubekommen.

[Jake]

Du kannst auch in Portainer die envs hinzufügen.

Containers > Paperless (oder wie dein Paperless Container heisst) > Actions > Container stoppen > Duplicate/Edit > Advanced container settings > Env.
Dort die neuen Envs eintragen.

[RNolte]

Danke für den Hinweis. Das sieht zwar erstmal gut aus, aber dennoch erscheinen die neuen envvars NICHT in dem dann neu gestarteten container

AAAAHRG! Wer lesen kann, ist klar im Vorteil: vor dem restart bitte ein deploy!

Juhuuu! jetzt klappt es mit den ASNs !!!

1000 Dank!

[Stefan]

Super, dass es jetzt klappt! Danke auch an @Jake für die Mithilfe!

Und viel Spaß mit den ASN-Labels