[Sammelthread] - Pyload Installation / Konfiguration

[ggun]

also ich bekomms einfach nicht hin!
wie kann ich das file bearbeiten? mache es normal mit vi direkt im telnet!

habe es überschrieben und jetzt ist der fehler in zeile 51,....

hat wer lust sich das mal per teamviewer anzusehen?

 

[deniswelsch]

Eine Frage hätte ich zum Automatisches Startup/Shutdown Script aus dem Wiki.
Dort steht ja, man soll das angegebene Script in /opt/etc/init.d/S99pyload ablegen.

Muss ich jetzt mit vi /opt/etc/init.d/S99pyload in den Editor und dort das Script reinkopieren?
Wenn ich das nämlich so mache sagt mir Putty beim nächsten Schritt, bei dem man das Script ausführbar macht, das keine Datei gefunden wurde.

chmod: /opt/etc/init.d/S99pyload: No such file or directory

Was mache ich falsch beim erstellen des Scripts?

 

[Struppix]

hat wer lust sich das mal per teamviewer anzusehen?

Melde Dich mal per PM

Eine Frage hätte ich zum Automatisches Startup/Shutdown Script aus dem Wiki.
Dort steht ja, man soll das angegebene Script in /opt/etc/init.d/S99pyload ablegen.

Muss ich jetzt mit vi /opt/etc/init.d/S99pyload in den Editor und dort das Script reinkopieren?
Wenn ich das nämlich so mache sagt mir Putty beim nächsten Schritt, bei dem man das Script ausführbar macht, das keine Datei gefunden wurde.



Was mache ich falsch beim erstellen des Scripts?

Einfacher ist es, sich das Script einfach reinzukopieren.


Also ersteinmal herunterladen und unter zB. Download ( ein Verzeichnis Deiner Wahl ) ablegen.


Danach per putty kopieren mit:

cp /volume1/download/S99pyload /opt/etc/init.d/S99pyload


Nun noch ausführbar machen per putty mit:

chmod +x /opt/etc/init.d/S99pyload


Nun solltest Du es per putty mit:

/opt/etc/init.d/S99pyload start

oder

/opt/etc/init.d/S99pyload stop

starten bzw. stoppen können.
Außerdem wird es beim Neutsrat der DS automatisch mitgestartet.


Natürlich könnte man es gleich per Putty holen und ablegen, aber so ist es denke ich einfacher.

Viel Spaß
Struppix

 

[Dan97]

Du musst zuerst die Datei "S99pyload" erstellen und dann den Text hineinkopieren und mit chmod ausführbarmachen.
Ich habe z.B. die Datei zuerst mit Proton erstellt (ist ein Gratis-Editor, der unter Windows geht) und dann mit dem Admin-Tool noch hochgeladen, ausführbar gemacht und mit Neustart der DS ging alles, inkl.
Update. Da man hier keine Datei anhängen kann, kann ich sie Dir nicht gleich schicken oder Du gibst mir die Email.

 

[DKeppi]

Wenn ich das nämlich so mache sagt mir Putty beim nächsten Schritt, bei dem man das Script ausführbar macht, das keine Datei gefunden wurde.

Du hast den vi wahrscheinlich mit

:q

verlassen und nicht mit

:wq

, sodass er auch speichert!

 

[Struppix]

Ich bin mir nicht sicher, ob es das aktuellste / letzte script ist, aber es funktioniert ...

Bitte den .txt an der Datei vor dem kopieren entfernen.

 

[Vuyu]

Schau mal auf der Kommandozeile mit

netstat -ap

ob dein für pyLoad vergebener Port viell. schon benutzt wird.

Womöglich läuft irgendwas anderes drauf!?

ah ich depp. ich habe bei der pyload konfiguration den gleichen remote-port genommen, wie für den internen zugriff.
jetzt funktioniert alles. sogar mit zugriff über mein android handy.

vielen dank für die hilfe
echt super forum hier

 

[deniswelsch]

Du hast den vi wahrscheinlich mit

:q

verlassen und nicht mit

:wq

, sodass er auch speichert!

Nein, mit :wq

Aber der Fehler lag wirklich an mir
Ich hab ein kleines s genutzt statt einem Großen und so konnte der von mir kopierte chmod Befehl nicht funktionieren.
Jetzt gehts.

 

[DKeppi]

Das ist dann natürlich logisch

 

[flostere]

Moin moin,

ich wollte seit langem mal wieder eine VM aus dem Netz ziehen und wurde nach dem login von der Gui aufgefordert Pyload neuzustarten. Dies habe ich dann auch ganz normal ausgeführt:

/opt/etc/init.d/S99pyLoad restart

Leider startete pyload dann nicht Ordnungsgemäß wie ich mir das vorstellte und brach mit folgendem Fehler ab:

DiskStation> /opt/etc/init.d/S99pyLoad start
sh: 3: unknown operand
pyLoad 0.4.8: try to start
pyLoad 0.4.8: Daemon PID 7749
sh: 3: unknown operand

Ich also erst einmal versucht pyload von Hand zu starten aber leider ist nichts zu machen:

DiskStation> python /opt/pyload/pyLoadCore.py
konnte Ordner für Logs nicht erstellen: Logs
Traceback (most recent call last):
  File "/opt/pyload/pyLoadCore.py", line 649, in <module>
    main()
  File "/opt/pyload/pyLoadCore.py", line 640, in main
    pyload_core.start()
  File "/opt/pyload/pyLoadCore.py", line 323, in start
    self.init_logger(logging.INFO) # logging level
  File "/opt/pyload/pyLoadCore.py", line 476, in init_logger
    encoding="utf8")
  File "/opt/lib/python2.5/logging/handlers.py", line 109, in __init__
    BaseRotatingHandler.__init__(self, filename, mode, encoding)
  File "/opt/lib/python2.5/logging/handlers.py", line 61, in __init__
    logging.FileHandler.__init__(self, filename, mode, encoding)
  File "/opt/lib/python2.5/logging/__init__.py", line 772, in __init__
    stream = codecs.open(filename, mode, encoding)
  File "/opt/lib/python2.5/codecs.py", line 817, in open
    file = __builtin__.open(filename, mode, buffering)
IOError: [Errno 13] Permission denied: u'Logs/log.txt'
DiskStation>

Was ist passiert?

Viele Grüße,
Flostére

 

[Trickel]

hai guys... ich hab ein doffes problem... ich hab von meinem Pyload das passwort vergessen ^^"... daher wollt ich fragen wie ich das Passwort über den Putty ändern kann...

kann mir da einer helfen?

 

[DKeppi]

Hallo Trickel,

ich würde an deiner Stelle entweder mit

python /opt/pyload/pyLoadCore.py -u

einen neuen User anlegen und als Admin konfigurieren (falls das ohne Adminzugriff geht?),

oder mit

python /opt/pyload/pyLoadCore.py -s

das Setup neu ausführen, alles neu einstellen und den Adminaccount einfach neu setzen.

Zweiteres funktioniert garantiert!!!

 

[Bierfreund]

In der letzten tip Version scheint kein Unrar Plugin mehr drin zu sein. Gibts dafür eine Lösung?

Edit: hab gerade gesehen, dass es dazu einen eigenen Thread gibt. Plugin heißt jetzt anscheinend ExtractArchive. Werde das mal testen

 

[DKeppi]

Ja so ist es
Über ExtractArchive gibts nun UnRar und UnZip!
Funktioniert aber alles wieder wunderbar...gab nur kurz nach der Umstellung (vor 3 Wochn oder so) Probleme mit ExtractArchive.
Die pyLoad Entwickler ändern ja fast täglich was also ist das schon länger gelöst.

 

[frakki]

Heyho,
ich hab mal ne kleine Frage, evtl kann ja hier jemand helfen.
Pyload funktioniert wunderbar, auch das Webinterface etc...

Der Android-Client funktioniert leider nur im Wlan, von Unterwegs bekomme ich keine Verbindung!
Weiß jemand woran das liegt?
Port 7227 habe ich in der Fritzbox freigegeben!
Ip-Adresse im Webinterface unter Remote steht auf 0.0.0.0 ! DNS Server klappt einwandfrei

 

[w909]

Sollte eigentlich kein Problem sein. Hast Du DynDNS konfiguriert auf Deinem Router? Auch an die Portweiterleitung an die DS gedacht? Löst DynDNS korrekt auf?

 

[Bierfreund]

Ich habe heute mit meinem Startskript ein update auf die aktuelle pyload tip Version gemacht, seitdem komme ich nicht mehr auf das Webinterface.
Ein Wechsel zurück auf die 0.4.9 stable behebt das Problem auch nicht.

NAS> /opt/etc/init.d/S99pyload stop
pyLoad 0.4.9: try to kill myself
pyLoad 0.4.9: successfully stopped
NAS> /opt/etc/init.d/S99pyload start
sh: 3: unknown operand
pyLoad 0.4.9: try to start
pyLoad 0.4.9: Daemon PID 9911
pyLoad 0.4.9: successfully startet
NAS> ps | grep pyload
 9911 root     10016 S    python /opt/pyload/pyLoadCore.py --daemon
 9914 root     10016 S    python /opt/pyload/pyLoadCore.py --daemon
 9924 root      2536 R    grep pyload

Was mich etwas wundert, der Fehler "sh: 3: unknown operand" kam sonst soweit ich weiß nicht. Wie man sieht, läuft "pyLoadCore.py --daemon" auch (2 mal?), die Weboberfläche ist aber trotzdem nicht zu erreichen.
Es scheint so, als hätte das Update auf die letzte tip was zerschossen. Wer hat ne Idee wie ich den Fehler finden könnte?

 

[w909]

Das Problem ist die aktuelle Tip-Version. Diese liefert beim Aufruf mit dem Parameter --status statt "" (leerer String) nun "false", was alles andere als "" ist

Demnach interpretiert Dein Start-/Stopskript das falsch bzw. gar nicht mehr. Auch das "Stable Release" wurde zwischenzeitlich angepasst: Also auch dort ist der Rückgabewert bei einem nicht laufenden pylaoad nun "false".

Tue also folgendes: Ersetze alle Vorkommen von

if [ `$STATUS` -gt 3 ]

in Deinem Skript durch folgendes:

if [ $($STATUS) != "false" ]

Danach sollte es nicht mehr passieren, dass das Skript eine laufende Instanz "übersieht".

Bzgl. der Weboberfläche: Das Update mit der Tip-Version hat Deine Konfig gelöscht (es gab da eine entsprechende Anmerkung der Entwickler). Demnach hast Du nun evtl. 'nen anderen Port bzgl. des Webinterfaces. Gehe einfach per SSH/Telnet auf Deine DS und schaue nach in der Datei pyload.conf, welcher Port verwendet wird aktuell:

grep Port /volume1/public/.pyload/pyload.conf

Ob pyload aktuell läuft oder nicht, kannst Du übrigens auch mit folgendem Unix-Befehl herausfinden:

ps | grep -i pyload | grep -v grep

Wenn nichts angezeigt wird, läuft pyload auch nicht (kein Prozess gefunden).

Da pyload mittlerweile seine Plugins selbsttätig aktualisiert (default ist glaube ich "alle 3 Stunden"), kann ich nur jedem, der kein Unix- und/oder pyload-Experte ist, empfehlen, das "Stable Release" statt einer Tip-Version zu verwenden. Alles andere ist dann tendenziell mit Arbeit verbunden

 

[spot]

Ich habe heute mit meinem Startskript ein update auf die aktuelle pyload tip Version gemacht, seitdem komme ich nicht mehr auf das Webinterface.

Das Problem hatte ich auch. Bei mir lief das Webinterface nicht mehr auf Port 8000, sondern auf 8001.

 

[DKeppi]

Ja das stimmt, läuft auf Port 8001!
Hatte allerdings das Phänomen das man sich, nach der Änderung zurück auf Port 8000, nicht mehr anmelden konnte obwohl das Passwort korrekt war. Auch ein neuer User ging nicht.
Bin wieder auf der 0.4.9 stable...

Man könnte zu all dem ein Ticket mit Kopie des Debugs aufmachen (https://bitbucket.org/spoob/pyload/issues/new) oder abwarten, da fast täglich was angepasst oder korrigiert wird.
Die neueste Tip ist immer so eine Sache...wenn man nicht unbedingt eine Funktion benötigt, die im letzten Stable nicht enthalten ist, wäre es besser nicht upzudaten.

Ich glaube das Hauptproblem bei der momentanen Tip ist, das es eine Große Änderung im Bezug auf Accounts und Config gegenüber der 0.4.9 stable gab.