Fritz!Load - (Oneclickhoster-) Down- und Uploads via FB

[Balloni]

RS: Lädt nur jede 2. Datei! Problem immer noch bzw. wieder

Hallo!

Ein Problem, daß in einer der letzten Versionen nicht so reproduzierbar auftrat ist mit der 23.2. wieder da:

Es wird von RS nur jede 2. Datei geladen!
(RS - Freeuser ohne reconnect!)
Die Links sind aber ok und werden, wenn sie neu beauftragt werden, auch geladen!

Vielleicht kannst Du das noch mal prüfen Harald - Danke! Vermutlich ist bei RS als Freeuser eine kurze Verzögerung von wenigen Sekunden notwendig, bis nach einem beendeten Download eine neue Anforderung geschickt werden darf.

Balloni

5 Dateien heruntergeladen
URL http://rapidshare.com/XXXpart2.rar erfolgreich geladen
Download-OK:10:35: time:0:07:55 size:95.7M speed:206k
URL (1/5): http://rs335tl.rapidshare.com/XXXpart2.rar (File: /var/media/ftp/USB-DISK2-0-01/XXXpart2.rar)
Bandbreite wird begrenzt von 0700 bis 0000 Uhr auf 500k!
Freier Speicher auf /var/media/ftp/USB-DISK2-0-01/downloads: 6260 Mbyte
Verwende von Rapidshare zugewiesenen Server (tl).
Mögliche Mirrors: (tl2; l33; l3; cg; gc; l32; tg2; tl; tg; gc2; tl3; dt; )
10:26:29 - Warte 50 Sekunden
GET2: http://rs335.rapidshare.com/XXXpart2.rar Options: --data dl.start=Free
GET1: http://rapidshare.com/XXXpart2.rar Options: -
Status: Online (1) / Name: XXX.part2.rar / Size: 100431872 Bytes
Check: http://rapidshare.com/XXXpart2.rar Options: --get -d urls=http://rapidshare.com/XXXpart2.rar -d toolmode=1
10:26:26 Uhr: rapidshare-free
### oneclickhoster: http://rapidshare.com/XXXpart2.rar

FAILED: 10:26: Download failed (http://rapidshare.com/XXXpart7.rar)
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
Download-Link nicht gefunden.
Verwende von Rapidshare zugewiesenen Server ().
Mögliche Mirrors: ()
10:11:21 - Warte 900 Sekunden
Erkannte Wartezeit: 15 Minuten.
GET2: http://rs387.rapidshare.com/XXXpart7.rar Options: --data dl.start=Free
GET1: http://rapidshare.com/XXXpart7.rar Options: -
Status: Online (1) / Name: XXX.part7.rar / Size: 100431872 Bytes
Check: http://rapidshare.com/XXXpart7.rar Options: --get -d urls=http://rapidshare.com/XXXpart7.rar -d toolmode=1
10:11:18 Uhr: rapidshare-free
### oneclickhoster: http://rapidshare.com/XXXpart7.rar

4 Dateien heruntergeladen
URL http://rapidshare.com/XXXpart8.rar erfolgreich geladen
Download-OK:10:11: time:0:02:36 size:31.1M speed:203k
URL (1/5): http://rs115l3.rapidshare.com/XXXpart8.rar (File: /var/media/ftp/USB-DISK2-0-01/XXXpart8.rar)
Bandbreite wird begrenzt von 0700 bis 0000 Uhr auf 500k!
Freier Speicher auf /var/media/ftp/USB-DISK2-0-01/downloads: 6292 Mbyte
Verwende von Rapidshare zugewiesenen Server (l3).
Mögliche Mirrors: (gc; gc2; l33; tl2; tg; l3; dt; cg; tl; l32; l34; cg2; )
10:08:03 - Warte 36 Sekunden
GET2: http://rs115.rapidshare.com/XXXpart8.rar Options: --data dl.start=Free
GET1: http://rapidshare.com/XXXpart8.rar Options: -
Status: Online (1) / Name: XXX.part8.rar / Size: 32699760 Bytes
Check: http://rapidshare.com/XXXpart8.rar Options: --get -d urls=http://rapidshare.com/XXXpart8.rar -d toolmode=1
10:08:00 Uhr: rapidshare-free
### oneclickhoster: http://rapidshare.com/XXXpart8.rar

FAILED: 10:07: Download failed (http://rapidshare.com/XXXpart6.rar)
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
Download-Link nicht gefunden.
Verwende von Rapidshare zugewiesenen Server ().
Mögliche Mirrors: ()
09:52:55 - Warte 900 Sekunden
Erkannte Wartezeit: 15 Minuten.
GET2: http://rs211.rapidshare.com/XXXpart6.rar Options: --data dl.start=Free
GET1: http://rapidshare.com/XXXpart6.rar Options: -
Status: Online (1) / Name: XXX.part6.rar / Size: 100431872 Bytes
Check: http://rapidshare.com/XXXpart6.rar Options: --get -d urls=http://rapidshare.com/XXXpart6.rar -d toolmode=1
09:52:49 Uhr: rapidshare-free
### oneclickhoster: http://rapidshare.com/XXXpart6.rar

3 Dateien heruntergeladen
URL http://rapidshare.com/XXXpart5.rar erfolgreich geladen
Download-OK:09:52: time:0:07:56 size:95.7M speed:205k
URL (1/5): http://rs146l34.rapidshare.com/XXXpart5.rar (File: /var/media/ftp/USB-DISK2-0-01/XXXpart5.rar)
Bandbreite wird begrenzt von 0700 bis 0000 Uhr auf 500k!
Freier Speicher auf /var/media/ftp/USB-DISK2-0-01/downloads: 6387 Mbyte
Verwende von Rapidshare zugewiesenen Server (l34).
Mögliche Mirrors: (gc; l3; cg; cg2; l32; l33; tl; l34; tg; tl2; gc2; dt; )
09:43:59 - Warte 50 Sekunden
GET2: http://rs146.rapidshare.com/XXXpart5.rar Options: --data dl.start=Free
GET1: http://rapidshare.com/XXXpart5.rar Options: -
Status: Online (1) / Name: XXX.part5.rar / Size: 100431872 Bytes
Check: http://rapidshare.com/XXXpart5.rar Options: --get -d urls=http://rapidshare.com/XXXpart5.rar -d toolmode=1
09:43:56 Uhr: rapidshare-free
### oneclickhoster: http://rapidshare.com/XXXpart5.rar

FAILED: 09:43: Download failed (http://rapidshare.com/XXXpart4.rar )
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
Download-Link nicht gefunden.
Verwende von Rapidshare zugewiesenen Server ().
Mögliche Mirrors: ()
09:28:51 - Warte 900 Sekunden
Erkannte Wartezeit: 15 Minuten.
GET2: http://rs301.rapidshare.com/XXXpart4.rar Options: --data dl.start=Free
GET1: http://rapidshare.com/XXXpart4.rar  Options: -
Status: Online (1) / Name: XXX.part4.rar / Size: 100431872 Bytes
Check: http://rapidshare.com/XXXrt4.rar%2b Options: --get -d urls=http://rapidshare.com/XXXrt4.rar%2b -d toolmode=1
09:28:48 Uhr: rapidshare-free
### oneclickhoster: http://rapidshare.com/XXXpart4.rar 

2 Dateien heruntergeladen
URL http://rapidshare.com/XXXpart3.rar erfolgreich geladen
Download-OK:09:28: time:0:07:51 size:95.7M speed:208k
URL (1/5): http://rs52gc.rapidshare.com/XXXpart3.rar (File: /var/media/ftp/USB-DISK2-0-01/XXXpart3.rar)
Bandbreite wird begrenzt von 0700 bis 0000 Uhr auf 500k!
Freier Speicher auf /var/media/ftp/USB-DISK2-0-01/downloads: 6483 Mbyte
Verwende von Rapidshare zugewiesenen Server (gc).
Mögliche Mirrors: (cg2; l34; l32; tl2; tl; gc2; tg; l3; gc; cg; dt; l33; )
09:20:04 - Warte 50 Sekunden
GET2: http://rs52.rapidshare.com/XXXpart3.rar Options: --data dl.start=Free
GET1: http://rapidshare.com/XXXpart3.rar Options: -
Status: Online (1) / Name: XXX.part3.rar / Size: 100431872 Bytes
Check: http://rapidshare.com/XXXpart3.rar Options: --get -d urls=http://rapidshare.com/XXXpart3.rar -d toolmode=1
09:20:00 Uhr: rapidshare-free
### oneclickhoster: http://rapidshare.com/XXXpart3.rar

FAILED: 09:19: Download failed (http://rapidshare.com/XXXpart2.rar)
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
GET1:  Options: -
Reconnect nicht ausgefuehrt...
Download-Link nicht gefunden.
Verwende von Rapidshare zugewiesenen Server ().
Mögliche Mirrors: ()
09:04:56 - Warte 900 Sekunden
Erkannte Wartezeit: 15 Minuten.
GET2: http://rs335.rapidshare.com/XXXpart2.rar Options: --data dl.start=Free
GET1: http://rapidshare.com/XXXpart2.rar Options: -
Status: Online (1) / Name: XXX.part2.rar / Size: 100431872 Bytes
Check: http://rapidshare.com/XXXpart2.rar Options: --get -d urls=http://rapidshare.com/XXXpart2.rar -d toolmode=1
09:04:53 Uhr: rapidshare-free
### oneclickhoster: http://rapidshare.com/XXXpart2.rar

1 Dateien heruntergeladen
URL http://rapidshare.com/XXXpart1.rar  erfolgreich geladen
Download-OK:09:04: time:0:07:37 size:95.7M speed:214k
URL (1/5): http://rs161l33.rapidshare.com/XXXpart1.rar (File: /var/media/ftp/USB-DISK2-0-01/XXXpart1.rar)
Bandbreite wird begrenzt von 0700 bis 0000 Uhr auf 500k!
Freier Speicher auf /var/media/ftp/USB-DISK2-0-01/downloads: 6328 Mbyte
Verwende von Rapidshare zugewiesenen Server (l33).
Mögliche Mirrors: (dt; tl; l33; tl2; l3; cg2; cg; gc2; l32; l34; tg; gc; )
08:56:23 - Warte 50 Sekunden
GET2: http://rs161.rapidshare.com/XXXpart1.rar Options: --data dl.start=Free
GET1: http://rapidshare.com/XXXpart1.rar  Options: -
Status: Online (1) / Name: XXX.part1.rar / Size: 100431872 Bytes
Check: http://rapidshare.com/XXXrt1.rar%2b Options: --get -d urls=http://rapidshare.com/XXXrt1.rar%2b -d toolmode=1
08:56:19 Uhr: rapidshare-free
### oneclickhoster: http://rapidshare.com/XXXpart1.rar

 

[TelefonSparbuch]

Das Problem liegt daran, dass keine "Action-URL" gefunden wird und die Subroutine die "URL"-Variable leert. Weitere Versuche führen dann zu Abfragen auf eine "leere" URL-Angabe... Werde das noch korrigieren.

Grüße
Harald

 

[gbel]

hallo,
leider in Version 22.02 und 23.02 funkzioniert das Monitor nicht mehr. werden enfach die leere Felder mit "-" angezeigt. beim umschalten auf Version von 18.02 geht alles ohne Problem

 

[TelefonSparbuch]

Liefert der Browser irgendwelche Javascript Fehlermeldungen?
Kannst Du die Monitoringseite ( HILFE-Seite "[ ? ]" aufrufen und dort auf Monitoring klicken). Nach ein paar Sekunden die Monitoring-Seite speichern und mir per Email zusenden?

Danke und Grüße
Harald

 

[bartimes]

Hatte das Problem mit dem monitoring in den neueren Versionen auch, das war aber weil ich vergessen hatte den tmp-Pfad in der config einzurichten. Vielleicht liegts ja auch daran.

 

[gbel]

Es is keine Fehlermeldungen zu sehen. Monitor-Seite hbe ich aufgerufen, aber dort ist auch keine Daten zu sehen.
Einzige, was ich bemerkt habe in apache/log steht
unter access.log
[24/Feb/2009:14:54:48 +0100] "GET /FritzLoad/html/curl_monitor.cgi HTTP/1.1" 200 6270
unter error.log
[Tue Feb 24 14:54:48 2009] [info] [client 192.168.178.xxx] send body timed out

 

[gbel]

weil ich vergessen hatte den tmp-Pfad in der config einzurichten. Vielleicht liegts ja auch daran.

mit externem Monitor hat alles geklappt.
wo könnte noch mit dem internen Monitor liegen?
dort werden immer noch nur "-" angezeigt.
und nur manchmal , beim Aktualisierung der Seite
sehe ich kurzeitig die grünen Balken

 

[TelefonSparbuch]

Da beide Aufrufe im Prinzip die selben Routinen aufrufen, liegt es eventuell am Javascript http-request. Welchen Browser/Betriebssystem verwendest Du? Die Datei html/curl_monitor_dl.cgi existiert und ist ausführbar?

Grüße
Harald

 

[gbel]

habe schon die Ursache gefunden. in cgi ist tmp-Pfad fest geschrieben. und ich habe in tmp-Pfad zwar in /var/tmp/ gesetzt , aber nicht in fritzload.tmp.
ich würde entweder tmp-Pfad in cgi-Dateien dynamisch machen oder (lieber) Einstellungen für tmp-Pfad ganz von Config entfernen

 

[Gabris]

Hallo Leute,

mitm FritzLoad-GUI zu arbeiten und die DL- Eigenschften der Box über Nacht zu nutzen ist eine feine Sache - wenn's bloß zuverlässig laufen würde!

Ich hatte nachm "normalen", über Putty gesteuerten (und gut funzenden) Zugriff eine ganze Weile mit "lighttpd" gearbeitet, lief der ganzen Zeit auch ganz gut bis irgendwann Schluss war: unter der Adresse
http://fritz.box:82/FritzLoad/index.php
ging gar nichts mehr, entweder Fehlermeldungen oder 404s.

OK, nicht verzagen, probieren wir mal
"Fritz!Load GUI inkl. Apache - Fritz!Load 2009-02-13"

Es funzte auf Anhieb wunderbar, schöne Oberfläche, zuverlässige Bedienung, freu, freu.
Nun bin ich aber so doof - weil ja nichts von der Entwicklung und von den Verbesserungen verpassen wollen - und ziehe das
"Fritzload-2009-02-23-Apache-PHP-GUI - UPDATE" über diese GUI drüber.

Schwuppdiewupp ist der Zugriff nur noch Geschichte: über
"http://fritz.box:90/FritzLoad/" kommt nur noch eine Fehlermeldung, der Zugriff ist weg!

( Der FTP-Zugriff auf den Stick war und ist - wie immer - vorhanden. Komisch finde ich aber, dass der normale Zugrif auf die FB unter "http://fritz.box/" von FritzLoad sporadisch beeinträchtigt wird: mal ist er normal schnell, mal quälend langsam.)

Ich habe schon die ganze Palette der Ratschläge durchgezogen: den USB-Stick getrennt, neu auf FAT32 formatiert, alles wieder draufgespielt. Die Box 15 Minuten lang getrennt. FritzLoad + apache parallel neu installiert. Momentan bringt es mir gar nichts, die GUI will und will nicht. Kotze.
Wenigstens die neu aufgesetzte telnet- Verbindung über Putty funzt wieder!
Versteht mich bitte nicht falsch: ich will hier nicht herummeckern - Hut ab vor den Leistungen der Entwickler die das Ganze überblicken können.
Schön wäre es für mich "barfüßigen" User aber wenn ich endlich eine wirklich funktionierende Version der benutzerfreundlicheren Lösungen genießen könnte.

 

[AtomicStryker]

Hast Du den Inhalt der Datei gesichert, so dass ich das eventuell auswerten kann und auf Freeuser umschalten kann?

Danke und Grüße
Harald

Da wurden keine Dateien erstellt, sorry

 

[scraemgo]

Ich hätte noch eine Frage zum Autorun, weil das nicht so will wie ich will .
Ich habe zwar Autorun in Fritzload aktiviert, in der Titelleiste steht auch, dass Autorun aktiviert ist,
jedoch will es einfach nicht starten.
Egal ob ich, bevor Autorun starten sollte, den Download gestoppt habe oder eine Datei geladen hab.

Hat irgendjemand eine Idee, wie ich es zum Laufen bekommen kann.

Klappt bei mir mit der neuen Version auch nicht mehr. Ich muss den Download immer manuell starten damit er anfängt.

Habe auch mal in die debug.cfg geschaut. Dort ändert sicht nichts, egal ob ich Autorun an- oder ausschalte...

 

[wuerflig]

Der Monitor ist ja der Knaller Habe nur das Gefühl, dass das Monitoring meine 7170 ganz schön in die Knie zwingt, laut Energiemonitor steigt die Last auf ~85%, sonst liegt sie etwa bei 60%.
Außerdem muss man in den cgi-scripts die Pfade zu dl_progress/ul_progress anpassen, sonst gibt's nur Striche zu sehen. Habe, um sicher zu gehen, die absoluten Pfade eingetragen, aber ich denke "../tmp/dl_progress" bzw "../tmp/ul_progress" sollte es auch tun.

Habe im Moment noch Probleme mit dem auto reconnect.. mit dem letzten release von sourceforge, hat er immer wieder neu connectet und ständig die gleiche Fehlermeldung rausgeworfen ("Datei kann nicht geladen werden" oder so ähnlich, weiß es nicht mehr genau *schäm*). Naja und mit deinem jüngsten release reconnectet er gar nicht Oo naja, gehe jetzt knacken, nachher mal das logfile durchschauen.

jan

 

[seek]

Hoster sharebase.to

bei mir klappt der download von sharebase nicht!

so siehts auf der seite show state aus:

14:18: Content der erhaltenen Datei enthält (\(ShareBase.to *\))14:18: Download fehlgeschlagen http://sharebase.to/files/Vm5awyqPgv.htmlRetry-2 download

Scheint nicht immer zu funktionieren.

Ich glaube die ab und zu angegebene Wartezeit wird nicht anerkannt?

 

[Sir Léon]

Hallo, TelefonSparbuch.

Sehr dankbar wäre ich, wenn du den Ansatz, Fritzload in Freetz zu integrieren, weiterverfolgst. Das würde sicher vielen die Installation sehr erleichtern.

 

[Darkyputz]

Dann müsste es abhängig vom lighttpd integriert werden werden...sozusagen als Unterprogramm...
Das iss ja der einzige Webserver der aktuell im Freetz ist...
Und auch noch nicht allzu lange drin...daher gibts ja jetzt erst die Grundlage dazu...
Auf jdenfall ein tolles Tool hier...Freetz integration wäre toll, aber auch so ist es hervorragend...

 

[wuerflig]

Was ich noch spitze fände, wäre, wenn man für den auto-reconnect ein Zeitfenster angeben könnte, wie bei der DL-Begrenzung. Denn wenn ich tags über VoIP telefoniere und die Box reconnectet alle 10 Minuten, dann macht das wenig Spaß ;D es immer morgens und abends umzustellen aber auch nicht

 

[Semenchkare]

Prog gut

Hallo alle, Hallo Harald,

1.) Super Prog. das kennt man ja vom LCR.
2.) Ich selbst habe auch den LCR drauf - und ansonsten nur den dropbear.
hier habe ich auch dann Performance-Probleme, wenn ich den download gestartet habe. Zumeist komme ich bis zum Ende nicht mehr auf das Web-Interface. Danach geht's wieder.

@wuerflig:
ich verstehe nicht ganz, Du kannst doch Prüfen lassen, ob gerade telefoniert wird, dann gibts kein reconnect, siehe Config.

Gruß

Seme

 

[neo06]

Hallo zusammen,

ich fände ein Zeitfenster für den reconnect ebenfalls sehr interessant. Nachts kann immer reconnectet werden und viel gesaugt werden. Tagsüber hingegen wird ohne reconnect (und durch die vielen User) langsamer gezogen, dafür wird aber keine Verbindung z.B. zu ICQ unterbrochen.

Gruß

 

[wuerflig]

@wuerflig:
ich verstehe nicht ganz, Du kannst doch Prüfen lassen, ob gerade telefoniert wird, dann gibts kein reconnect, siehe Config.

Ohje, ich Depp! :blonk:
OK, aber wenn ich jetzt nicht am telefonieren bin, sondern ein Ründchen zocke, dann hilft mir das auch net weiter

Hat jemand grad einen Tip, wie ich den ftpd von Hand starte? ich suche ihn schon, kann ihn aber nicht finden :S

#edit: Asche auf mein Haupt, man kann ihn ja einfach mit "ftpd" starten... ich bin mir sicher, dass es eben nicht ging Oo
#edit2: Der genaue Befehl lautet 'ftpd -D -q -t 120 -m 15 -U -h "Fritz!Box" &'. Nur falls mal jemand danach sucht Das sind die Parameter, mit denen der ftpd über run_mount gestartet wird.