pyload x86 geht nicht mehr / komisches Verhalten

[Darkdevil]

Ich habe damals das pyload Paket aus den Paketquellen der Synocommunity installiert und es lief von Anfang an problemlos.
Habe auch schon sehr viel damit gearbeitet. Seit gestern funktioniert es aber nicht mehr :-(

Es kam auf einmal das Anmeldefenster. Ich habe die richtigen Benutzername u. Passwort eingegeben, aber daraufhin erschien wieder
das Loginfenster. Nach einem Refresh sah es so aus, als ob es funktionieren würde, aber sobald man einen Menüpunkt angeklickt hatte, kam
wieder das Anmeldefenster. Das Passwort ist korrekt, denn es erscheint keine Fehlermeldung. Wenn ich das Passwort absichtlich falsch eingebe,
kommt auch die Fehlermeldung mit dem Hinweis, dass man mit pyLoadCore.py -u neue Benutzer anlegen kann.

Aber mein Problem ist, dass ich die Anmeldedaten korrekt eingebe und daraufhin wieder das Loginfenster erscheint.
Ich habe pyload jetzt auch schon mehrmals deinstalliert und wieder komplett neu installiert. Aber es ist immer das selbe Problem.

Manchmal erscheint auch nur eine weiße, leere Seite - obwohl die Ports weitergeleitet sind, weil ich den 8000er ja schon seit Monaten mit
pyload benutze. Ich weiß nicht mehr weiter, was hier falsch läuft.

Was kann ich da noch machen?

 

[Feuerwasser]

Was sagt denn der Log?
Hört sich ein bisschen nach einem Portkonflikt an. Läuft noch etwas anderes auf den 8000er?

 

[enkidu]

Wenn er das Loginfenster zeigen kann läuft pyLoad an sich, klingt für mich nach einem Problem im Session-Handling, also entweder der Speicherung am Server (@pyLoad) oder dem Session Cookie beim Client.

Was du ausprobieren könntest:
Funktioniert es bei direktem Zugriff auf :8000 ?
Funktioniert es mit einem anderen Browser, oder zum Beispiel mit dem Handy?

Und die üblichen Verdächtigen:
Genug Platz am Volume vorhanden?
Zeigt das pyLoad Log irgendwelche Fehler?
Irgendwelche Veränderungen im fraglichen Zeitraum? Neu eingespielte Pakete, Updates,...

p.s.: Das Paket ist nicht von synocommunity

 

[Darkdevil]

Bei direktem Zugriff auf :8000 funktioniert es nicht - auch nicht bei anderen Browsern.
Genügend Platz ist auf dem Volume vorhanden
Das Log kann ich nicht finden :-( Habe einmal unter /usr/syno/synoman/webman/3rdparty/pyload
und nochmal unter volume1/pyload - finde aber bei beiden keine log-Datei??

Wenn ich auf dem iPad pyload öffnen möchte, sagt er mir, dass er keine Verbindung herstellen kann.
Wie bereits gesagt, ist im DSM meine Firewall komplett aus und auf meinem Router ist auch Port 8000 auf die interne ip weitergeleitet.
pyload ist die einzige Anwendung die auf den 8000er möchte. Keine andere Anwendung verwendet diesen bei mir.

Any Ideas?

 

[enkidu]

Zum Logpfad: Schon in die Hilfe gesehen?
Das Paket liegt unter /var/packages/pyload/target/, das Log hier: /var/packages/pyload/target/var/config/Log/log.txt

... inzwischen auswendig

Die letzte Frage wäre auch noch offen

 

[Darkdevil]

Ok, im Log stehen keine Fehler:

Zuletzt hatte ich nur phyton und GateOne installiert.


10.06.2013 18:56:23 INFO starte pyLoad 0.4.9
10.06.2013 18:56:23 INFO Benutze Home-Verzeichnis: /volume1/@appstore/pyload/var/config
10.06.2013 18:56:24 INFO Checksum: Checksum validation is disabled in general configuration
10.06.2013 18:56:24 INFO ExtractArchive: Aktiviert UnRar UnZip
10.06.2013 18:56:24 INFO Aktivierte Plugins: BypassCaptcha, CaptchaTrader, Checksum, ClickAndLoad, ExternalScripts, ExtractArchive, ImageTyperz,
LinkdecrypterCom, UnSkipOnFail, UpdateManager, XFileSharingPro
10.06.2013 18:56:24 INFO Deaktivierte Plugins: AlldebridCom, Captcha9kw, CaptchaBrotherhood, DeathByCaptcha, DownloadScheduler, EasybytezCom, Ev0
InFetcher, ExpertDecoders, HotFolder, IRCInterface, MergeFiles, MultiDebridCom, MultiHome, MultishareCz, Premium4Me, PremiumizeMe, RealdebridCom, Reho
stTo, ReloadCc, XMPPInterface, ZeveraCom
10.06.2013 18:56:24 INFO Downloadzeit: True
10.06.2013 18:56:24 INFO Starte ThriftBackend: 0.0.0.0:7227
10.06.2013 18:56:24 INFO Free space: 433.93 GiB
10.06.2013 18:56:24 INFO Starting lightweight webserver (bjoern): 0.0.0.0:8000
10.06.2013 18:56:25 INFO Activating Accounts...
10.06.2013 18:56:25 INFO Activating Plugins...
10.06.2013 18:56:26 ERROR LinkdecrypterCom: Crypter list not found
10.06.2013 18:56:26 INFO pyLoad is up and running
10.06.2013 18:56:28 INFO No Updates for pyLoad
10.06.2013 18:56:28 INFO New version of hoster|StreamcloudEu : 0.01
10.06.2013 18:56:28 INFO New version of hoster|UnrestrictLi : 0.01
10.06.2013 18:56:29 INFO New version of hook|UnrestrictLi : 0.01
10.06.2013 18:56:29 INFO New version of account|FastshareCz : 0.02
10.06.2013 18:56:29 INFO New version of internal|CaptchaService : 0.02
10.06.2013 18:56:30 INFO New version of account|RarefileNet : 0.02
10.06.2013 18:56:30 INFO New version of hoster|CloudzerNet : 0.02
10.06.2013 18:56:30 INFO New version of hoster|DateiTo : 0.02
10.06.2013 18:56:31 INFO New version of hoster|LuckyShareNet : 0.02
10.06.2013 18:56:31 INFO New version of crypter|MBLinkInfo : 0.02
10.06.2013 18:56:31 INFO New version of hoster|FilebeerInfo : 0.03
10.06.2013 18:56:32 INFO New version of hoster|RarefileNet : 0.03
10.06.2013 18:56:32 INFO New version of hoster|DebridItaliaCom : 0.03
10.06.2013 18:56:32 INFO New version of crypter|DataHuFolder : 0.03
10.06.2013 18:56:33 INFO New version of account|RapidgatorNet : 0.04
10.06.2013 18:56:33 INFO New version of account|UlozTo : 0.04
10.06.2013 18:56:33 INFO New version of hook|BypassCaptcha : 0.04
10.06.2013 18:56:34 INFO New version of account|FshareVn : 0.04
10.06.2013 18:56:34 INFO New version of internal|SimpleCrypter : 0.04
10.06.2013 18:56:34 INFO New version of hook|ImageTyperz : 0.04
10.06.2013 18:56:35 INFO New version of hoster|IcyFilesCom : 0.05
10.06.2013 18:56:35 INFO New version of hook|Captcha9kw : 0.05
10.06.2013 18:56:35 INFO New version of hook|XFileSharingPro : 0.05
10.06.2013 18:56:36 INFO New version of hook|DebridItaliaCom : 0.05
10.06.2013 18:56:36 INFO New version of hoster|Premium4Me : 0.06
10.06.2013 18:56:36 INFO New version of hook|SkipRev : 0.07
10.06.2013 18:56:37 INFO New version of hoster|TurbobitNet : 0.09
10.06.2013 18:56:37 INFO New version of hoster|DailymotionCom : 0.10
10.06.2013 18:56:37 INFO New version of hoster|FlyFilesNet : 0.10
10.06.2013 18:56:38 INFO New version of hoster|ChipDe : 0.10
10.06.2013 18:56:38 INFO New version of account|DebridItaliaCom : 0.10
10.06.2013 18:56:38 INFO New version of hoster|ARD : 0.10
10.06.2013 18:56:39 INFO New version of hoster|XVideosCom : 0.10
10.06.2013 18:56:39 INFO New version of crypter|DownloadVimeoCom : 0.10
10.06.2013 18:56:39 INFO New version of hoster|FilezyNet : 0.10
10.06.2013 18:56:40 INFO New version of hoster|MegacrypterCom : 0.10
10.06.2013 18:56:40 INFO New version of hoster|XHamsterCom : 0.11
10.06.2013 18:56:40 INFO New version of account|PremiumizeMe : 0.11


Mittlerweile erhalte ich wieder nur eine weiße, leere Seite.
Anscheinend hat er keine Verbindung, aber ich weiß nicht wieso?

 

[enkidu]

Das Log sieht OK aus, hab' das x86 Paket auch neu eingespielt und ein paar mal durchgestartet.... dürfte nichts generelles sein.

Die weiße Seite kommt wenn du auf den Port zugreifst?
Ohne Python auch schon probiert?

 

[Darkdevil]

Ja, aktuell kommt nur noch die weiße Seite. Pyhton und GateOne habe ich jetzt erstmal deinstalliert.
Keine Änderung. Er kann aus irgendeinem Grund weder intern noch extern auf pyload zugreifen.
Port habe ich jetzt auch einmal einen anderen ausprobiert. Selbes Ergebnis.

Ich kann es nicht nachvollziehen, warum plötzlich solche Probleme auftreten :-(

Evtl. liegt es an irgendwelchen Rechten? Weiß jemand welche Datei ich da überprüfen müsste?

 

[Darkdevil]

ES FUNKTIONIERT WIEDER!!!

Ich habe heute den ganzen Tag Versuche angestellt um pyload wieder ans Laufen zu kriegen. Mehrmalige Neuinstallationen aus dem Paketzentrum, Rechte setzen, Eigentümer ändern etc. etc. hat alles nix gebracht.
Nach wie vor wird mir entweder sofort eine weiße, leere Seite angezeigt oder das Einlogfenster und danach die weiße, leere Seite und danach nur noch die weiße, leere Seite ;-(

Jetzt zu guter Letzt dachte ich mir, ich lade das Paket doch mal von woanders runter bzw. sehe nach, ob mir vielleicht eine ältere Version weiterhilft.
Dazu bin ich auf einen Link von "enkidu" gegangen und auf http://spk.unzureichende.info/dl/ gelandet.
Im Verzeichnis fand ich zwar keine ältere Version aber ich habe mir dort das x86er Paket auf meinen Schreibtisch geladen. Danach im Paketzentrum habe ich manuelle Installation ausgewählt und jetzt das zuvor geladene .spk angegeben und siehe da, auf einmal funktioniert pyload wieder wie es soll. WTF?? Ich weiß nicht, warum es aus dem Paketzentrum nicht geklappt hat oder warum pyload von heute auf morgen auf einmal eine weiße, leere Seite anzeigt.

Komisch, ich denke, dass die Files aus http://spk.unzureichende.info/dl/ die selben sein müssten, welche auch über das Paketzentrum angeboten werden?

Keine Ahnung, jetzt läuft es wieder. Die Götter seien gepriesen!

 

[enkidu]

Hallo,

die Paketquelle http://spk.unzureichende.info/ gibt genau die Pakete aus die unter /dl/ zum manuellen Download stehen. Genau genommen liefert die Paketquelle sogar genau dieselben Downloadpfade.
Nachdem es für deine x86 DS ein pyLoad Paket gibt müsste es auch im Paketzentrum in der Liste aufscheinen.

Je nachdem welche Paketquellen du eingetragen hast könntest du aber auch ein weiteres pyLoad Paket sehen - das dann aber nicht von mir ist

 

[Darkdevil]

Tja, und seit gestern funktioniert es nun wieder nicht
Erhalte beim Aufruf eine leere, weiße Seite - Verbindung kann angeblich nicht hergestellt werden - und das obwohl ich nix verändert habe :-(
Wenn ich den Paketdienst stoppe und wieder neu starte sehe ich zwar das Login Fenster, gebe ich die falschen Daten ein, kommt der Hinweis zum falschen Login, gebe ich dann das richtige Kennwort ein..... passiert gar nix.... und wenn ich es wieder aufrufe erhalte ich meine weiße, leere Seite.

Verstehe ich nicht. Beim aller ersten Mal lief es mehrere Monate problemlos und dann auf einmal solche Probleme.

 

[Darkdevil]

So, Paket neu installiert. Selber Fehler.
Jetzt habe ich in der pyload.conf den Server von lightweight auf "threated" gestellt und schwupps, schon läuft das Webinterface wieder.
Aber ich bin sehr misstrauisch, wie lange das wohl wieder funktioniert. Kann es mir immer noch nicht erklären. Habe eine DS412+ mit Atom - mal sehen, ob
Threaded länger hält.

Werde wieder berichten, wenn es wieder nicht mehr geht.

 

[Feuerwasser]

habe schon immer auf "threaded" gestellt. Damit bin ich immer am besten gefahren. Mit der Grundeinstellung hatte ich öfter timeout Fehler.
habe auch die 412+, "lightweight" soll ja glaub ich bloß für schwächere prozessoren sein.
Wäre super wenn mal jemand die Modi und ihre Unterschiede erklären könnte

 

[enkidu]

@Darkdevil:
Würde gerne helfen, tue mir aber schwer das nachzuvollziehen...

@Feuerwasser:
Soweit ich die Unterschiede kenne:

FastCGI: Möglichkeit sich an bestehenden HTTP Server per FastCGI anzuhängen. Vorteil: Stabile und erprobte Komponenten, Gleichzeitigkeiten handeln HTTPd und Interface ab - das können die gut. Nachteil: Den HTTPd mit fcgi braucht's erst mal, an dem des Vendors herumpfuschen ist auf Embedded-Devices kein guter Stil.
threaded: In Python geschriebener Webserver, stammt eigentlich aus cherrypy. Vorteil: Verfügbarkeit, da sonst nichts nötig ist. Nachteil: Ineffizient.
builtin: In Python direkt für den Zweck geschriebene Routinen. Vorteil: Sie erledigen den Job und haben auch keine besonderen Abhängigkeiten. Nachteil: Behandelt Ausnahmefälle kaum.
lightweight: bjoern ist ein kleines Python Modul das einen HTTPD bereit stellt. Vorteil: ereignisbasiert (=schnell und effizient) ohne weiteren externen HTTPd, weniger ticks und timer (Strom sparen). Nachteil: Verfügbarkeit, das Python Modul gibt es nicht fertig und einfach zu kompilieren sind bjoern+joyent auch nicht immer. Kann kein SSL.

Wenn man die Möglichkeit dazu hat und es funktioniert ist lightweight eine gute Sache, Leistung zu verschenken hat kein System. Für Tutorials eignen sich FastCGI und lightweight nicht sehr gut, einerseits kann der vorhandene HTTPd für FastCGI immer noch recht beliebig (konfiguriert) sein, andererseits kommt man ohne Compiler normalerweise nicht zum für lightweight nötigen bjoern-Modul.
Beim SPK für das sowieso eine ganze Menge kompiliert wird und der Anwender die Integration nicht mehr manuell vornimmt gleichen sich die auffälligsten Nachteile von "lightweight" aus, wer SSL benötigt kann noch immer wechseln - falls man es wirklich erst dort terminieren möchte

 

[Darkdevil]

Sauber, danke für die ausführliche und professionelle Erklärung.
Seitdem ich auf "threaded" gestellt habe läuft es wieder wie vorher.
Also mach dir keinen Kopp wegen mir ;-) Alles im grünen Bereich.

 

[Feuerwasser]

Vielen Dank für die ausführliche Erklärung!!!
Werde demnächst mal lightweight ausprobieren, wenn ich auf ne DS1812+ umgestiegen bin