Hy Hyle 
(verzeih, ich musste ne blöde Prüfung ablegen und war deshalb etwas abgelenkt)
richtig ist, dass das Chaos um die (root)-Rechte eines der grössten Probleme war (und bleibt?), deswegen kurz noch zum Hintergrund und dann den neuen Stand der Dinge:
Die offizielle Anleitung https://paperless-ng.readthedocs.io/en/latest/setu…are-metal-route war Ursprung des ganzen, wir haben versucht das damit zum laufen zu bringen (oben das war die Rohfassung) - das Ergebnis dieser Versuche ist einerseits ein Script um die Installation zu automatisieren (https://github.com/Starsh1p/Raspinst) ...(hier sind aber noch einige neue Baustellen hinzugekommen, VORSICHT!!)
da aber auch das Skript auch in der einfachsten Fassung immer wieder Hakeligkeiten produziert, sobald ich die Standard-Verzeichnisse opt/paperless/data, /opt/paperless/media und besonders /opt/paperless/consume auf meine raid-festplatte weg vom Standard-Verzeichnis /opt/paperless verschiebe (um Sie dort teilweise mit Samba freizugeben und im Netz verfügbar zu machen), lasse ich das mittlrweile auch erstmal weg, auf meiner Suche nach Erkenntnis:
Hier die Doku des heutigen morgens:
...ich folge der anleitung von
https://paperless-ng.readthedocs.io/en/latest/setu…are-metal-route
auf einem raspbian lite neu 07-05-2021
zusätzliche paket-installationen:
(samba, samba-common, mc, rcconf, git und)
sudo apt install tesseract-ocr-deu mc rcconf git automake autotools-dev libtool libjpeg-dev libffi-dev leptonica-progs libleptonica-dev
! ich lege den benutzer paperless mit
adduser paperless --system --home /opt/paperless --group
schon nach der installation des redis-server an, um damit auch das verzeichnis /opt/paperless anzulegen und die folgenden befehle als (sudo -u) paperless ausführen zu können
installation läuft dann nach anleitung bis zum Punkt 8,
sudo -Hu paperless pip3 install -r requirements.txt
das bricht dann ab ( beim qpdf installieren s.u.)
C
src/qpdf/annotation.cpp:11:10: fatal error: qpdf/Constants.h: Datei oder Verzeichnis nicht gefunden#include <qpdf/Constants.h>^~~~~~~~~~~~~~~~~~compilation terminated.arm-linux-gnueabihf-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -g -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -I/tmp/pip-build-env-dlrh0nbc/overlay/lib/python3.7/site-packages/pybind11/include -I/usr/include/python3.7m -c src/qpdf/page.cpp -o build/temp.linux-armv7l-3.7/src/qpdf/page.o -fvisibility=hidden -g0 -std=c++14src/qpdf/object.cpp:11:10: fatal error: qpdf/Constants.h: Datei oder Verzeichnis nicht gefunden#include <qpdf/Constants.h>^~~~~~~~~~~~~~~~~~compilation terminated.error: command 'arm-linux-gnueabihf-gcc' failed with exit status 1src/qpdf/object_convert.cpp:17:10: fatal error: qpdf/Constants.h: Datei oder Verzeichnis nicht gefunden#include <qpdf/Constants.h>^~~~~~~~~~~~~~~~~~compilation terminated.src/qpdf/object_repr.cpp:23:10: fatal error: qpdf/Constants.h: Datei oder Verzeichnis nicht gefunden#include <qpdf/Constants.h>^~~~~~~~~~~~~~~~~~compilation terminated.In file included from src/qpdf/page.cpp:14:src/qpdf/pikepdf.h:15:10: fatal error: qpdf/PointerHolder.hh: Datei oder Verzeichnis nicht gefunden#include <qpdf/PointerHolder.hh>^~~~~~~~~~~~~~~~~~~~~~~compilation terminated.----------------------------------------ERROR: Failed building wheel for pikepdfFailed to build pikepdfERROR: Could not build wheels for pikepdf which use PEP 517 and cannot be installed directlyAlles anzeigen
...
dieses problem umgehe ich mit der anleitung wie auf github https://github.com/jonaswinkler/paperless-ng/discussions/978
, aber dem sudo-problem (wenn ich das nicht als sudo su durchführe, brechen die skripte teilweise ab, wegen angeblich fehlender schreibrechte in unterverzeichnissen von /opt/paperless ... muss ich etwa dort weitersuchen ?? )
deshalb als root installiert):
Code
sudo apt install leptonica-progs libleptonica-devsudo susudo git clone https://github.com/agl/jbig2enccd jbig2encsudo ./autogen.shsudo ./configure && makesudo make installcd ..sudo git clone https://github.com/qpdf/qpdfcd qpdfsudo ./configure && makesudo make installexitcd /opt/paperlessAlles anzeigen
-------------------------
wenn ich beides aus den quellen komiliere läuft auch requirements.txt durch ( compiliert aber z.b. pikepdf als teil von ocrpdf nochmal ?!)
mir fällt auf, dass die Rechte der paperless-Verzeichnisse auf meiner externen Platte, die vorher user(sami):sambashare gehört haben, jetzt plötzlich folgendes zeigen:
Code
pi@sambapi:~ $ sudo ls -altr /mnt/cmsraid/insgesamt 56drwx------ 2 sami sambashare 16384 Jul 11 19:10 lost+founddrwxrwx--- 2 postgres sambashare 4096 Jul 17 14:50 ppmediadrwxrwx--- 2 postgres sambashare 4096 Jul 17 14:50 ppconsumedrwxr-xr-x 3 root root 4096 Jul 18 07:50 ..drwxrwx--- 11 sami sambashare 4096 Jul 18 08:04 .drwxrwx--- 2 postgres sambashare 4096 Jul 18 08:04 ppdataindem ich nun paperless, postgres und redis der gruppe sambashare zuordne, erhalten diese schreibrechte und ich kann die Verzeichnisse / consume folder weiter im lokalen Netz den freigeben;
zum automatisieren des starts noch:
sudo cp /opt/paperless/scripts/paperless-webserver.service /usr/lib/systemd/system/
sudo cp /opt/paperless/scripts/paperless-scheduler.service /usr/lib/systemd/system/
sudo cp /opt/paperless/scripts/paperless-consumer.service /usr/lib/systemd/system/
sudo systemctl enable paperless-scheduler.service
sudo systemctl enable paperless-consumer.service
sudo systemctl enable paperless-webserver.service
sudo reboot...
das sieht dann alles schön aus, man kann sich sogar am webserver einloggen, aber er verarbeitet : NIX
scheinbar (?) weil:
Code
pi@sambapi:~ $ sudo systemctl status paperless-scheduler.service● paperless-scheduler.service - Paperless schedulerLoaded: loaded (/lib/systemd/system/paperless-scheduler.service; enabled; vendor preset: enabled)Active: active (running) since Sun 2021-07-18 11:04:28 CEST; 6min agoMain PID: 361 (python3)Tasks: 2 (limit: 4915)CGroup: /system.slice/paperless-scheduler.service└─361 /usr/bin/python3 manage.py qclusterJul 18 11:04:33 sambapi python3[361]: return self.connection.ping()Jul 18 11:04:33 sambapi python3[361]: File "/opt/paperless/.local/lib/python3.7/site-packages/redis/client.py", line 1378, in pingJul 18 11:04:33 sambapi python3[361]: return self.execute_command('PING')Jul 18 11:04:33 sambapi python3[361]: File "/opt/paperless/.local/lib/python3.7/site-packages/redis/client.py", line 898, in execute_commandJul 18 11:04:33 sambapi python3[361]: conn = self.connection or pool.get_connection(command_name, **options)Jul 18 11:04:33 sambapi python3[361]: File "/opt/paperless/.local/lib/python3.7/site-packages/redis/connection.py", line 1192, in get_connectionJul 18 11:04:33 sambapi python3[361]: connection.connect()Jul 18 11:04:33 sambapi python3[361]: File "/opt/paperless/.local/lib/python3.7/site-packages/redis/connection.py", line 563, in connectJul 18 11:04:33 sambapi python3[361]: raise ConnectionError(self._error_message(e))Jul 18 11:04:33 sambapi python3[361]: redis.exceptions.ConnectionError: Error 111 connecting to localhost:6379. Connection refused.pi@sambapi:~ $Alles anzeigen
...
das verstehe ich nur nicht weil:
Code
pi@sambapi:~ $ sudo systemctl status redis-server.service● redis-server.service - Advanced key-value storeLoaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor preset: enabled)Active: active (running) since Sun 2021-07-18 11:04:35 CEST; 1min 44s agoDocs: http://redis.io/documentation,man:redis-server(1)Process: 578 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exited, status=0/SUCCESS)Main PID: 583 (redis-server)Tasks: 4 (limit: 4915)CGroup: /system.slice/redis-server.service└─583 /usr/bin/redis-server 127.0.0.1:6379Jul 18 11:04:35 sambapi systemd[1]: Starting Advanced key-value store...Jul 18 11:04:35 sambapi systemd[1]: redis-server.service: Can't open PID file /run/redis/redis-server.pid (yet?) after start: No such file or directoryJul 18 11:04:35 sambapi systemd[1]: Started Advanced key-value store.Alles anzeigen
...
und das schlimmste:
noch aus frust einmal sudo reboot, ab in die Küche - und
nach dem Frühstück, ne dreiviertelstunde später, läuft alles wie geritzt !!!
habe ich die programme qpdf und jbig2enc jetzt als root installiert und damit probleme verursacht ?
starte ich den redis-server zu spät (er sagt bei status alles sei gut, aber paperless hat ne 'refused connection' ??) ?
