Pyload Es kommt nix an...

[Sent]

Nu ist alles wieder da. Ich schätze, dass ich falsche Rechte eingeräumt hatte.
Joko

Wir haben scheinbar die gleiche NAS. Von welchen Rechten sprichst du?

 

[joko111]

Von den Benutzerrechten des Pyload-Nutzer. Findest du in der Benutzerverwaltung von DSM.
Ist nach Deinstallation deaktiviert und muss neu aktiviert werden.
Einfach anklicken und bearbeiten. Danach neu starten.

VG
Joko

 

[Sent]

Ja ok. Das hatte ich in meinem Post an Bob erwähnt das ich den Pyload Account wieder aktiviert habe. Trotzdem geht nix....

Ajo @Bob bzw @all:

Firewall Einstellungen (zumindest wird es so angezeigt) auf "zulassen":

 

[4bob]

Installation pyload 0.4.9 beta [DSM 6.0.2-8451 Update 6]

Ganz schön was los hier

Damit ich nicht durcheinander komme könnt Ihr mir bitte jeweils die aktuelle DSM Version und NAS Typen nennen. Bzgl. der Installation verwende ich die Pakete der SynoCommunity.
https://synocommunity.com/package/pyload
Eine Einrichtung/Installation erfolgt über das Paketzentrum selbst. siehe Anleitung

Aber dieses beta Paket lässt sich zwar installieren startet aber nicht.
>> start pyload: start version 0.4.9-2 failed, result 1
mit

tail -f /var/log/messages

geh ich auf die Suche und finde was:

synoscgi_SYNO.Core.Package.Log_1_get[9707]: pkgtool.cpp:2622 Failed to query package status, pyload
[ 4053.742115] init: pkgctl-pyload pre-start process (29732) terminated with status 1
synoscgi_SYNO.Core.Package.Control_1_start[29557]: servicecfg_internal_lib.c:187 Failed to start job [pkgctl-pyload][0xD900 privilege.cpp:60]

Versuche ich pyload unterm admin mit seinem Service User aufzurufen kann ich es nachstellen:

sudo su pyload -c '/volume3/@appstore/python/bin/python /volume3/@appstore/pyload/share/pyload/pyLoadCore.py'

su: Permission denied

So steht es im Start Skript >> /var/packages/pyload/scripts/start-stop-status
erklärt warum es nicht ausführbar ist

start_daemon ()
{
    su ${USER} -c "PATH=${PATH} ${PYTHON} ${PYLOAD} --pidfile=${PID_FILE} --daemon"

Also auch hier ist unter DSM 6 die Useranlage nicht erfolgreich verlaufen; unter /etc/shadow
fehlt der Account. Also muss ans Ende dieser Wert:

pyload:*:10933:0:99999:7:::

Bitte nicht manuell anlegen über das DSM nur in Version 5.2 wird er hier angelegt und als deaktiviert angezeigt! (ich beziehe mich nur auf die Version der SynoCommunity)

Mit dieser kleinen Anpassung geht’s aber - Ähnlich wie bei ZNC.
Nach dem hinzufügen in die shadow will es aber immer noch nicht, es folgen div. Zugriffsfehler

IOError: [Errno 13] Permission denied: 'plugin.conf'

Ich setze den Owner neu, da durch das testen mit dem Root User einiges durcheinander gekommen ist:

chown pyload:root -R /volume3/@appstore/pyload

und für mein DL Share:

chown pyload:users /volume1/DATA_R1/pyLoad/

Wichtig ist das dieses Share für den Service Account 'pyload' beschreibbar ist, andernfalls fährt das Webinterface nicht hoch - pyload wird beendet!
Jetzt lässt sich das Paket ausführen der pyLoad Service über seinem Service Account ist online

Kontrolle:

ps -ef |grep pyload
pyload    4724     1  0 11:50 ?        00:00:02 /usr/local/pyload/env/bin/python /usr/local/pyload/share/pyload/pyLoadCore.py --pidfile=/usr/local/pyload/var/pyload.pid --daemon

Ihr seht das es nicht ganz so einfach herauszufinden das da nicht sauber durchläuft.
Ich kenne jetzt Eure DS nicht aber evtl. unterstützen diese Docker ?

Ich schreib Euch noch ein paar wichtige Grundlagen zusammen die pyLoad braucht, evtl. hilf das weiter
das folgt noch.

Bob

 

[4bob]

Hilfe bei der Installation pyload 0.4.9 beta [DSM 6.0.2-8451 Update 6]

Ihr könnt Euch schrittweise herantasten. Stoppt dazu bitte im Paketzentrum pyload!

1.) Prüfen ob der Service Account auch angelegt wurde:

cat /etc/passwd |grep pyload

2.) ist 1 vorhanden, in welchen Gruppen ist er:

id pyload
uid=103(pyload) gid=100(users) groups=100(users),65537(sc-download)

3.) Prüfen ob das pyload download Verzeichnis die nötigen Rechte hat für unseren service user pyload; Dieser Usertyp wird im DSM nicht angezeigt, dazu könnt ihr dann auch die Gruppe ‘sc-download‘ oder 'users' berechtigen.

4.) gibt es dazu Fehler/Anhaltspunkte im LOG ?

tail -f /var/log/messages

5.) lässt sich pyLoad manuell starten das könnt ihr so übernehmen da bei Euch beiden alles im Volume1 installiert ist. (bitte nur als admin, nicht root!)

sudo su pyload -c '/volume1/@appstore/python/bin/python /volume1/@appstore/pyload/share/pyload/pyLoadCore.py'

Was wird angezeigt ?

Bob

 

[joko111]

Jetzt haste mich mit Infos erschlagen. ich komme heute leider nicht dazu. Ich komme morgen drauf zurück.

 

[Sent]

Hi,
ich habe jetzt pyload nochmal runtergeschmissen und wieder drauf gemacht uns mehrfach neu gestartet. Ist nun wieder erreichbar über 8000. Nur kann keine downloads starten (DLC´s) weil ggf. das "alte" Downloadverzeichnis keine Rechte hat.
In Pyload das LOG zeigt:

An Error occured, please enable debug mode to get more details.

HTTP Response 500

Traceback (most recent call last):
File "/volume1/@appstore/pyload/pyload/module/lib/bottle.py", line 733, in _handle
return route.call(**args)
File "/volume1/@appstore/pyload/pyload/module/lib/bottle.py", line 1448, in wrapper
rv = callback(*a, **ka)
File "/volume1/@appstore/pyload/pyload/module/web/utils.py", line 110, in _view
return func(*args, **kwargs)
File "/volume1/@appstore/pyload/pyload/module/web/pyload_app.py", line 199, in downloads
items = listdir(fs_encode(root))
OSError: [Errno 13] Permission denied: '/volume1/pyload/downloads'


Ich sehe aber den User Pyload und er hat auch alle Rechte (glaube ich)....

 

[Sent]

Das andere Log:
20.12.2016 09:51:14 INFO starte pyLoad 0.4.9
2 20.12.2016 09:51:14 INFO Benutze Home-Verzeichnis: /volume1/@appstore/pyload/var/config
3 20.12.2016 09:51:21 INFO Checksum: Checksum validation is disabled in general configuration
4 20.12.2016 09:51:21 INFO ExtractArchive: Aktiviert UnRar UnZip
5 20.12.2016 09:51:21 INFO Aktivierte Plugins: BypassCaptcha, CaptchaTrader, Checksum, ClickAndLoad, ExternalScripts, ExtractArchive, ImageTyperz, LinkdecrypterCom, UnSkipOnFail, UpdateManager, XFileSharingPro
6 20.12.2016 09:51:21 INFO Deaktivierte Plugins: AlldebridCom, Captcha9kw, CaptchaBrotherhood, DeathByCaptcha, DownloadScheduler, EasybytezCom, Ev0InFetcher, ExpertDecoders, HotFolder, IRCInterface, MergeFiles, MultiHome, MultishareCz, Premium4Me, PremiumizeMe, RealdebridCom, RehostTo, ReloadCc, XMPPInterface, ZeveraCom
7 20.12.2016 09:51:21 INFO Downloadzeit: True
8 20.12.2016 09:51:22 INFO Starte ThriftBackend: 0.0.0.0:7227
9 20.12.2016 09:51:22 INFO Freier Speicher: 2.10 TiBGB
10 20.12.2016 09:51:22 INFO Aktiviere Accounts...
11 20.12.2016 09:51:22 INFO Aktiviere Plugins...
12 20.12.2016 09:51:22 ERROR LinkdecrypterCom: Crypter list not found
13 20.12.2016 09:51:23 INFO pyLoad ist gestartet und läuft
14 20.12.2016 09:51:24 INFO Starting lightweight webserver (bjoern): 0.0.0.0:8000
15 20.12.2016 09:51:25 INFO *** New pyLoad Version available ***
16 20.12.2016 09:51:25 INFO *** Get it here: http://pyload.org/download ***
17 20.12.2016 15:51:26 INFO *** New pyLoad Version available ***
18 20.12.2016 15:51:26 INFO *** Get it here: http://pyload.org/download ***

 

[Sent]

Und @Bob:
Diese Sachen die du oben unter "Code" postest gibst du über Putty einfach 1:1 ein oder?

 

[4bob]

Und @Bob:
Diese Sachen die du oben unter "Code" postest gibst du über Putty einfach 1:1 ein oder?

Nicht alles; sei bitte vorsichtig! Gib mir ein Beispiel was ?
Ich glaube aber du bist fast am Ziel.

Hier ist noch was faul:
Permission denied: '/volume1/pyload/downloads'

Bob

 

[4bob]

Jetzt haste mich mit Infos erschlagen.

Sorry

 

[4bob]

@Sent

Prüfe bitte welcher User pyload ausführt (das ist je eine Zeile die du in Putty eingibst) als root

ps -ef |grep pyload

Teste den Zugriff für das Share, hier reicht der admin:

sudo su pyload -c 'mkdir /volume1/pyload/downloads/test'

Wenn das funktioniert hast du einen Ordner 'test' unter downlaods, nach dem Log eher Zugriff verweigert ...

Bob

 

[Sent]

und hier die antworten. Bild 1 sagt mir nix. Und Pyload User hat wohl doch keine Rechte...mhh

 

[4bob]

Bei Bild 1 da stimmt alles!

Weiter mit der Berechtigung
Prüfe jetzt noch folgendes über die Systemsteuerung > Gemeinsame Ordner >
Hier hast du einen Eintrag für pyload ? Setzt dann auch dort noch dem User 'pyload' das Recht Lesen/Schreiben [Reiter Berechtigungen]

Bob

 

[Sent]

Rechte habe ich vergeben. Trotzdem geht es leider nicht. Immer noch kein Zugriff.

 

[4bob]

poste bitte mal folgende Ausgabe

ls -l /volume1 |grep pyload

 

[Sent]

siehe...

 

[Sent]

WTF?
Ich habe es. Es läuft:
Die Rechte für den Ordner Pyload fehlten. Es war zwar lesen/schreiben eingetragen ging aber nix. Bugged oder so. Der Ordner wurde ja nach dem Fesplattentausch von der Sicherungsplatte rüberkopiert. Also...neuen gemeinsamen Ordner angelegt "temp"...dann fragt er gleich nach den Rechten...Pyload lesen/schreiben gewählt. Im Pyload Einstellung geändert...LÄUFT!
Alle alten Sachen aus dem alten Pyload Ordner in "temp" rein kopiert. Alten Pyload Ordner gelöscht. "temp" umbenannt zu "pyload"...Im Pyload Einstellung geändert...LÄUFT NOCH IMMER!

Sogar das Click & Load des Themenerstellers klappt nun! Habe ich auch gemäß Anleitung hinbekommen Stichwort: "netsh interface portproxy add v4tov4 listenport=9666 listenaddress=127.0.0.1 connectport=8000 connectaddress=192.168.178.21"

 

[4bob]

Ich habe es. Es läuft

Sehr gut!
wobei die Ausgabe noch "Optimierungsbedarf" anzeigt, aber wenn das jetzt so läuft ..

 

[Sent]

Sehr gut!
wobei die Ausgabe noch "Optimierungsbedarf" anzeigt, aber wenn das jetzt so läuft ..

Dann bitte ich dich um Vorschläge. Gibt es schon eine neue Version? Auf https://github.com/pyload/pyload/milestones wird wohl gerade an etwas gebaut.

@4bob: Ich danke dir auf jeden Fall sehr herzlich!!!