Beiträge von Cordialis im Thema „Paperless-ng(x)“

Cordialis

Zitat von Jan

Hast du das hier schon probiert?
# - Open portainer Stacks list and click 'Add stack'
# - Paste the contents of this file and assign a name, e.g. 'Paperless'
# - Click 'Deploy the stack' and wait for it to be deployed
# - Open the list of containers, select paperless_webserver_1
# - Click 'Console' and then 'Connect' to open the command line inside the container
# - Run 'python3 manage.py createsuperuser' to create a user
# - Exit the console
Also in Portainer die Console vom Container paperless_webserver_1 starten und dann das hier
python3 manage.py createsuperuser
reinkopieren.

Alles anzeigen

Ja, "admin" sei schon vergeben. jetzt habe ich das admin wieder rausgelöscht und einen "adminpaperless" angelegt per Befehl, das hat soweit funktioniert. mit diesem neuen admin sozusagen hat auch der Login geklappt

vielen Dank!

Cordialis

Zitat von Jan

Bis auf das Filename_Format hatte ich jetzt keine Probleme.
Auch meinen User "Jan" konnte ich ohne Probleme erstellen. Und mich direkt im anschluss damit anmelden.

Seltsam ich habe so Logindaten in der .yml vermerkt (die ändere ich entsprechend später nochmal um)

Code

      PAPERLESS_ADMIN_USER: admin
      PAPERLESS_ADMIN_USER_PASSWORD: 6050539312443426403067882568279928874686

Auch Datenbank und Broker ebenfalls mal neugestartet, ohne Erfolg

Cordialis

Zitat von Jan

Ich hab mein Paperless über Unraid ausgerollt kann aber mal versuchen, dass von SemperVideo nach zu machen.
Mal sehen, ob ich in den selben Fehler laufe.

Übrigens wurde der 'createsuperuser' über die Konsole mit der meldung versehen, dass der angedachte Username "admiN" bereits vergeben sein, so wie es auch geplant war. Entsprechend gehe ich davon aus, dass PAPERLESS_ADMIN_USER schon berücksichtigt wurde

Cordialis

Zitat von Jan

Welches ist die Zeile 75? Da ist etwas nicht im richtigen Format.
Geht es auch ohne PAPERLESS_FILENAME_FORMAT aber mit PAPERLESS_OCR_LANGUAGE

also ohne PAPERLESS_FILENAME_FORMAT geht es zu speichern. Der Login funktioniert aber leider nach wie vor nicht und ich weiß absolut nicht mehr, woran es liegen könnte

Cordialis

Zwischenstand: Ich orientiere mich nun an Sempervideos Vorgehensweise über Portainer. Leider frisst das nicht meine yaml-Konfigurationen und ich verstehe die Syntax-Fehler nicht

ohne die beiden letzten Konfigurationen PAPERLESS_FILENAME_FORMAT und PAPERLESS_OCR_LANGUAGE würde es das akzeptieren, aber mit denen tauchen die Fehler auf

Cordialis

Zitat von Sojan

Hast du das schon ausprobiert?
https://s55ma.radioamater.si/2021/09/11/pap…eate-superuser/

Danke dir, ich werde das Ganze wohl nochmal neu aufsetzen, dieses Mal über Portainer, Sempervideo hat das ja auch drüber gemacht und es könnte dann darüber funktionieren. Ich melde mich dann nochmal

Cordialis

Zitat von Sojan

Ja, z. B. unter environment User und Passwort vergeben.

Tatsächlich gab es während der Installation bereits die Möglichkeit mit dem default-User pi, was ich auch gemacht habe. in der .env war aber da nichts eingetragen. Ich habe dann nochmal separat dort einen Admin eingerichtet mit Passwort, aber es will dennoch nicht greifen und den Login zulassen

Cordialis

Danke ich schau mal, ob ich was entdecke, dass mir helfen könnte

Cordialis

Zitat von Jan

kannst du mal den Inhalt deiner Compose Datei hier rein stellen?

die .yml ?

Spoiler anzeigen

Code

# docker-compose file for running paperless from the docker container registry.
# This file contains everything paperless needs to run.
# Paperless supports amd64, arm and arm64 hardware.
# All compose files of paperless configure paperless in the following way:
#
# - Paperless is (re)started on system boot, if it was running before shutdown.
# - Docker volumes for storing data are managed by Docker.
# - Folders for importing and exporting files are created in the same directory
#   as this file and mounted to the correct folders inside the container.
# - Paperless listens on port 8000.
#
# SQLite is used as the database. The SQLite file is stored in the data volume.
#
# In addition to that, this docker-compose file adds the following optional
# configurations:
#
# - Apache Tika and Gotenberg servers are started with paperless and paperless
#   is configured to use these services. These provide support for consuming
#   Office documents (Word, Excel, Power Point and their LibreOffice counter-
#   parts.
#
# To install and update paperless with this file, do the following:
#
# - Copy this file as 'docker-compose.yml' and the files 'docker-compose.env'
#   and '.env' into a folder.
# - Run 'docker-compose pull'.
# - Run 'docker-compose run --rm webserver createsuperuser' to create a user.
# - Run 'docker-compose up -d'.
#
# For more extensive installation and update instructions, refer to the
# documentation.

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

webserver:
    image: ghcr.io/paperless-ngx/paperless-ngx:latest
    restart: unless-stopped
    depends_on:
      - 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/intenso/paperless-ngx_documents:/usr/src/paperless/media
      - ./export:/usr/src/paperless/export
      - /home/pi/paperless-ngx/consume:/usr/src/paperless/consume
    env_file: docker-compose.env
    environment:
      PAPERLESS_REDIS: redis://broker:6379
      PAPERLESS_TIKA_ENABLED: 1
      PAPERLESS_TIKA_GOTENBERG_ENDPOINT: http://gotenberg:3000
      PAPERLESS_TIKA_ENDPOINT: http://tika:9998

  gotenberg:
    image: docker.io/gotenberg/gotenberg:7.6
    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: ghcr.io/paperless-ngx/tika:latest
    restart: unless-stopped

volumes:
  data:
  redisdata:

Alles anzeigen

Cordialis

Zitat von Jan

Auf welchem Weg hast du den Container installiert? Über Docker CLI, Docker-Compose, Portainer oder ähnliches?
Ich meine bei mir hatte ich ähnliches, und zwar wenn ich nicht über den im Container ausrollen angegebene Pfad drauf zu gegriffen hab. Also ich hab z.b. eine Domain angegeben, rufe aber dann den Contaier über seine IP auf. Das hatte dann bei mir genau dazu geführt.

Über Docker-Compose

eine Domain habe ich bei der Installation nicht angegeben, was ja offen gelassen wurde (mir reicht der Zugriff via IP und Portangabe eigentlich)

Cordialis

Zitat von P_tech09
Hast Du den User pi auch zur Docker Gruppe hinzugfefügt?
Code
sudo apt update && sudo apt upgrade -y
Code
curl -sSL https://get.docker.com | sh
Code
sudo usermod -aG docker pi
Danach musst Du den Pi unbedingt einmal neustarten.

hat soweit nun mit der Installation geklappt. Aber es wäre keine Installation bei mir, ohne dass weitere Probleme auftreten:

Das will einfach nicht meinen Usernamen [pi] und das gewählte Passwort schlucken... wie verhext

Cordialis

gräbt mal wieder einen älteren Knochen aus

Ich wag mich auch ran ans Thema. Auf einem Raspi 4.

Allrerdings habe ich bei der Installation ein Problemchen, aber eher eiens mit Docker, wie es scheint:

Bei der Installation

Code

Installing paperless...

--2023-01-14 21:13:13--  https://raw.githubusercontent.com/paperless-ngx/paperless-ngx/main/docker/compose/docker-compose.sqlite.yml
Resolving raw.githubusercontent.com (raw.githubusercontent.com)... 185.199.108.133, 185.199.111.133, 185.199.110.133, ...
Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|185.199.108.133|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1838 (1.8K) [text/plain]
Saving to: ‘docker-compose.yml’

docker-compose.yml                                   100%[======================================================================================================================>]   1.79K  --.-KB/s    in 0s      

2023-01-14 21:13:13 (6.98 MB/s) - ‘docker-compose.yml’ saved [1838/1838]

--2023-01-14 21:13:13--  https://raw.githubusercontent.com/paperless-ngx/paperless-ngx/main/docker/compose/.env
Resolving raw.githubusercontent.com (raw.githubusercontent.com)... 185.199.108.133, 185.199.110.133, 185.199.111.133, ...
Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|185.199.108.133|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 31 [text/plain]
Saving to: ‘.env’

.env                                                 100%[======================================================================================================================>]      31  --.-KB/s    in 0s      

2023-01-14 21:13:13 (869 KB/s) - ‘.env’ saved [31/31]

Pulling broker    ... done
Pulling webserver ... done
Starting paperless_broker_1 ... done
Paperless-ngx docker container starting...
Creating directory /tmp/paperless
Adjusting permissions of paperless files. This may take a while.
Fatal Python error: init_interp_main: can't initialize time
Python runtime state: core initialized
PermissionError: [Errno 1] Operation not permitted

Current thread 0xb6f98010 (most recent call first):
<no Python frame>

Alles anzeigen

Dieses Python-Problem am Ende habe ich auch gesucht und es hängt wohl mit einer Abhängigkeit zusammen, die bei Raspbian nicht aktuell ist ggü. Ubuntu oder Debian.

Lösungsvorschlag dort aufgeschnappt

Code

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 04EE7237B7D453EC 648ACFD622F3D138
Executing: /tmp/apt-key-gpghome.otF5ANmKHf/gpg.1.sh --keyserver keyserver.ubuntu.com --recv-keys 04EE7237B7D453EC 648ACFD622F3D138
gpg: key DC30D7C23CBBABEE: "Debian Archive Automatic Signing Key (10/buster) <ftpmaster@debian.org>" not changed
gpg: key E0B11894F66AEC98: "Debian Archive Automatic Signing Key (9/stretch) <ftpmaster@debian.org>" not changed
gpg: Total number processed: 2
gpg:              unchanged: 2


echo "deb http://deb.debian.org/debian buster-backports main" | sudo tee -a /etc/apt/sources.list.d/buster-backports.list
deb http://deb.debian.org/debian buster-backports main


sudo apt update
Hit:1 http://deb.debian.org/debian buster-backports InRelease
Hit:2 http://archive.raspberrypi.org/debian buster InRelease                     
Hit:3 http://raspbian.raspberrypi.org/raspbian buster InRelease                  
Reading package lists... Done
Building dependency tree       
Reading state information... Done
All packages are up to date.


sudo apt install -t buster-backports libseccomp2
Reading package lists... Done
Building dependency tree       
Reading state information... Done
libseccomp2 is already the newest version (2.5.1-1~bpo10+1).
0 upgraded, 0 newly installed, 0 to remove and 61 not upgraded.

Alles anzeigen

Leider hat es nicht geholfen, was mich auch beschäftigt, sind diese 61 Pakete, die wohl nicht geupgradet werden?

Wo kann ich was noch ändern?