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

Ich wollte gerade mein FL 2150 auf 2168 Updaten. Nun bekomme ich folgende Fehlermeldung:
Code:
Ein Updateprozess läuft bereits...
 3239 root      1440 S    /bin/ash ./update.sh diffupdate 2168
 3272 root      1440 S    /bin/ash ./update.sh diffupdate 2168
 3273 root      1440 S    /bin/ash ./update.sh diffupdate 2168

Done.

Ich habe versuch ein Komplett-Update durchzuführen :-( Diff-Update :-( Update per Telnet :-( Rebbot der Box :-( PoR :-(

Wer kann mir weiterhelfen?
 
Zuletzt bearbeitet:
Danke hat funktioniert!
 
Zippyshare Download geht nicht, lädt zwar, aber nur es kommt nix an? Im tmp Ordner ist die Datei und am Ende wieder deleted.. oO

Code:
FritzLoad Revision 2168 gestartet 17.05.2012 15:01:48: ./fritzload.sh i1 -l /var/media/ftp/MassStorage-Partition-0-1/fritzload/config/dl_jobs1.txt   (PID:3347)
15:01:52 Leerzeile
UNRAR: deaktiviert
15:01:57 ### alldebrid-zippyshare.com: http://www63.zippyshare.com/v/30417149/file.html
15:01:58 Warte auf Internetverbindung...
FAILED: 15:01: premium
15:01:58 ### zippyshare_com-free: http://www63.zippyshare.com/v/30417149/file.html
15:01:58 Warte auf Internetverbindung...
15:01:59 GET1: http://www63.zippyshare.com/v/30417149/file.html Options: --cookie-jar /var/tmp/fritzload1/zippyshare.cookie.txt
15:02:03 File: Oma - Odys RK2918 ICS 4.0.4 v1.2.1 release.7z.001
15:02:05 Freier Speicher auf /var/media/ftp/IntensoRainbowLine-Partition-1-0/down: 7515 Mbyte
_checkdiskspace()
DEBUG: spaceused_in_percent: 1
DEBUG:free: 7515
DEBUG: minfree: 200
15:02:06 URL-Download (T:1/R:5): (Url: http://www63.zippyshare.com/d/30417149/968253/Oma%20-%20Odys%20RK2918%20ICS%204.0.4%20v1.2.1%20release.7z.001) (File: Oma - Odys RK2918 ICS 4.0.4 v1.2.1 release.7z.001) (Options: --cookie /var/tmp/fritzload1/zippyshare.cookie.txt)
FAILED: 15:09: Dateigroesse zu klein (0 Bytes)
FAILED: 15:09: Download fehlgeschlagen http://www63.zippyshare.com/v/30417149/file.html
15:09:29 GET1: http://www63.zippyshare.com/v/30417149/file.html Options: --cookie-jar /var/tmp/fritzload1/zippyshare.cookie.txt
15:09:36 Freier Speicher auf /var/media/ftp/IntensoRainbowLine-Partition-1-0/down: 7515 Mbyte
_checkdiskspace()
DEBUG: spaceused_in_percent: 1
DEBUG:free: 7515
DEBUG: minfree: 200
15:09:37 URL-Download (T:2/R:5): (Url: http://www63.zippyshare.com/d/30417149/138206/Oma%20-%20Odys%20RK2918%20ICS%204.0.4%20v1.2.1%20release.7z.001) (File: Oma - Odys RK2918 ICS 4.0.4 v1.2.1 release.7z.001) (Options: --cookie /var/tmp/fritzload1/zippyshare.cookie.txt)
FAILED: 15:17: Dateigroesse zu klein (0 Bytes)
FAILED: 15:17: Download fehlgeschlagen http://www63.zippyshare.com/v/30417149/file.html
15:17:31 GET1: http://www63.zippyshare.com/v/30417149/file.html Options: --cookie-jar /var/tmp/fritzload1/zippyshare.cookie.txt
15:17:37 Freier Speicher auf /var/media/ftp/IntensoRainbowLine-Partition-1-0/down: 7515 Mbyte
_checkdiskspace()
DEBUG: spaceused_in_percent: 1
DEBUG:free: 7515
DEBUG: minfree: 200
15:17:37 URL-Download (T:3/R:5): (Url: http://www63.zippyshare.com/d/30417149/183662/Oma%20-%20Odys%20RK2918%20ICS%204.0.4%20v1.2.1%20release.7z.001) (File: Oma - Odys RK2918 ICS 4.0.4 v1.2.1 release.7z.001) (Options: --cookie /var/tmp/fritzload1/zippyshare.cookie.txt)
 
Zuletzt bearbeitet:
Bei mir entpackt FRITZ!Load V0.42/Rev.: 2168 die Dateien nicht :(
 
Wie bekomme ich mir meinem SO Premium Account mehr Speed (Bild im Anhang). Beim JD sind es 1,8 MB/s.
Wer hat Tips?
 

Anhänge

  • so_speed.jpg
    so_speed.jpg
    216.9 KB · Aufrufe: 28
Ver. 2175 Reconnect lässt sich nicht wie gewohnt an und aus schalten: /usr/www/html/cgi-bin/fritzload/gui_reconnect.cgi: line 16: can't create /reconnect.disabled: Read-only file system

Ergänzung: nach einen Neustart der Box geht es jetzt wieder, auch keine Fehlermeldung mehr.
 
Zuletzt bearbeitet:
Könnte man eine Traffic Limitierung für Premium Hoster einbauen?
Am besten wäre es ein Tageslimit einzurichten. (Ich bin leider am 1. Tag meines SO-Account's über die 100 GB Grenze gekommen.)
 
Zuletzt bearbeitet:
(Ich bin leider am 1. Tag meines SO-Account's über die 100 GB Grenze gekommen.)
Hier aus ein Auszug aus den SO Regeln:
Viele Benutzer verstehen die Aussagen "Taffic-Unlimited" oder allgemein "Traffic-Limit" etwas falsch.

Share-Online wurde als Filehosting-Service für "Heimanwender" konzipiert. An dieses System knüpfen auch die Accountpreise und Geschwindigkeiten an, welche dem Nutzer zur Verfügung gestellt werden.

"Unlimited" ist dabei ebenso wie heute überall normal mit dem Zusatz "Abgabe nur in Haushaltsüblichen Mengen" zu verstehen. Diese "Mengen" wurden extrem großzügig bemessen. Wer an diese Limitierungen stößt, soll sich bitte einen zweiten Zugang zulegen, einige Zeit warten, oder bei absoluter Unzufriedenheit oder im Extremfall die (teureren) Angebote von Mitanbietern ansehen.

- Die Dateigrößen jedes Downloads werden dem Benutzerprofil zugewiesen - für 24h und 7 Tage wird zum Zeitpunkt der Überprüfung ein Wert gebildet
- liegt dieser Wert über den Grenzen von z.B. 100 GB/Tag (der echte Wert liegt bei ca. 110 GB/Tag), wird die Downloadleistung gedrosselt
- Der Zugang bleibt weiter nutzbar! Viele sprechen immer von Sperrung, dies ist nicht richtig
- Die Drosselung erfolgt bei ca. 110% und wird bei 90% wieder aufgehoben.

Reduzier mal deine Download's dann hast du diese Probleme nicht. Hiermit ersparst du den FL Programmierern auch viel Arbeit.
Oder du begrenzt in deiner Config deine Bandbreite auf "1213k" + Fullspeed von 0 - 24 h (vorausgesetzt ich habe richtig gerechnet) dann solltest du eigentlich nicht über die 100GB/24h kommen.
 
Zuletzt bearbeitet:
Um die Fehlermeldungen in den Hosterplugins zu vereinheitlichen könnte man folgende Prüfroutine nutzen:

Code:
errorHandling_xyz(){
    errorParser $f <<-'EOF'
        :WAIT $1:00 break
            | Please wait ([0-9]*) minutes to download more files

        :RETRY-1 10:00 continue
            | >Retry Download<
        :RETRY-2 10:01 continue
            # Captcha limit
            | several recent attempts to bypass

        :PREMIUM_ONLY - break
            | this file can only be downloaded by Premium
            | if you wish to download this file
        :NO_SLOTS 10:00 continue
            | No free slots available
            | All free download slots
            | no free download slots
        :LIMIT 10:00 continue
            | You can Download only
            | you cant download more then
        :SERVER 20:00 continue
            | you are requesting is currently down
            | No Downloadserver\. Please try again
            H_CODE 500
        :FILE_NOT_FOUND - break
            | class="box error"
        :END
    EOF
}

Einen Prototypen habe ich mal entwickelt (Testscript und Dateien aus dem Archiv im FritzLoad/ Ordner abzulegen). Ein return konnte ich noch nicht in die darunterliegende Schleife im Hosterplugin durchreichen - wobei das break aber bislang ausreicht.

Die Frage ist, ob das so umgesetzt werden sollte oder vielleicht hat jemand noch weitere Vorschläge oder andere Lösungsansätze.
 

Anhänge

  • error.zip
    1.7 KB · Aufrufe: 2
Zuletzt bearbeitet:
Ein return kannst du mit
errorhandling_xyz || return
durchreichen.

Ungünstig an der derzeitigen Fehlerbehandlung finde ich nur, dass der Fehlermeldungstext jedes mal frei gewählt wird.

Mein Vorschlag wären unterschiedliche Errorcodes, die in globalen Variablen wie ERR_FILE_OFFLINE, ERR_IP_LIMIT, ERR_LINK_PASSWORD usw. gespeichert werden, damit man in den Hosterplugins nicht in einer Tabelle nachschlagen muss, was die verschiedenen Fehlercodes bedeuten.
Für einfache Fehlerfälle können auch globale Variablen wie REGEX_OFFLINE, REGEX_LINK_PASSWORD, REGEX_TEMP_OFFLINE gesetzt werden.
Die errorhandling Funktion könnte dann in etwa wie folgt aussehen.

Code:
errorhandling_xyz() {
  REGEX_FILE_OFFLINE='...'
  errorhandling_default || return
  if err_ip_limit; then
    echo $wartezeit_in_sekunden
    return $ERR_IP_LIMIT
  fi
 ...
}

xyz() {
  ...
  errorhandling_xyz || return
  ...
}
Die Errorcodes $? werden dann in der "Masterfunktion" ausgelesen, die danach entscheidet, wie Fritzload mit dem Fehlercode umgeht (anderer Link, warten, Reconnect)
Bei der Gelegenheit kann vielleicht auch auf die while-Schleife in den einzelnen Hosterplugins verzichtet werden und stattdessen die "Masterfunktion" für die wiederholten Versuche sorgen.
 
Hallo,
ich wollte hier mal ein anderes Problem zwischenschieben:

Ich habe eine 7390 mit Fritz!Load !V0.42/Rev.: 2180 am laufen.
Bis letzte Woche hatte ich den Download-Transfer am laufen, damit jede Datei die erfolgreich heruntergeladen wurde vom USB-Stick auf meine NAS verschoben wird. Ich weiß nicht mehr genau bis zu welcher Version es noch lief - ich glaube Rev.2050 hatte ich vor dem Update drauf.

Die Einstellungen habe ich überprüft, ist alles so wie zu dem Zeitpunkt als es noch lief.
In der Logdatei steht folgendes:

Verschieben auf NAS nicht aktiviert
15:32:11 Dateien werden nicht verschoben - NAS nicht eingehängt

Dabei will ich doch gar nicht auf NAS verschieben, sondern an eine FTP-Adresse.


Vielleicht kann mir jemand helfen?!

Vielen Dank schon mal
 

Anhänge

  • ftp-transfer.jpg
    ftp-transfer.jpg
    99 KB · Aufrufe: 10
Zippy

Hallo,
gibt es schon Ansätze um das Problem mit der Benennung der Dateinamen bei Zippyshare zu berichtigen?
Beim DL von mehreren Files von dort wird die 1. Datei anstelle des richtigen Dateinamen+Endung immer als "Private file" (ohne Endung) abgespeichert. Da aber die nachfolgenden Dateien ebenfalls mit dem gleichen Namen gespeichert werden sollen meldet FL folgerichtig:
ERR: File already loaded - found in dl_finished4.txt: (22.05.12-22:04; http://www18.zippyshare.com/v/12345678/file.html ; Private file
und überspringt den Rest.
Die Meldung schreibt FL je nach Instanz in die Datei "dl_finishedX.txt".
Um weitere Dateien DL-en zu können muss also FL angehalten, dieses "Private file" im DL- Ordner in den richtigen Dateinamen umbenannt und die Datei "dl_finishedX.txt" gelöscht werden, erst dann ist FL wieder bereit die nächste Datei aus der Liste zu DL-en.
Dieses "händische" Vorgehen mag ja bei 1-2 Files noch funzen aber bei 80 Files wird es ziemlich lästig. Schade, denn Zippyshare hat z.Z. die schnellsten Übertragungsraten für Free- User.
 
Es muss ja irgendwann der echte Dateiname bekannt sein und dieser muss via alreadyloaded auch bekannt gemacht werden, somit würde auch die Datei nie unter einem falschen Dateinamen abgelegt und in der Finished Liste benannt sein.

EDIT:
Im Programmcode scheint das auch korrekt programmiert zu sein. Allerdings zeigt ein Test, dass es da wohl noch intern ein Problem gibt (was vermutlich aber nicht vom Hoster abhängig ist).

In der Finished-Datei wurde ein Dateiname nicht ergänzt
23.05.12-09:15; http://www63.zippyshare.com/v/93728807/file.html ; 1.zip
23.05.12-09:15; http://www63.zippyshare.com/v/94309919/file.html ; 2.zip
23.05.12-09:15; http://www63.zippyshare.com/v/8162552/file.html
23.05.12-09:16; http://www63.zippyshare.com/v/32965493/file.html ; 4.zip

obwohl das Log die Auswertung korrekt anzeigt:
09:15:49 ### zippyshare_com-free: http://www63.zippyshare.com/v/8162552/file.html
09:15:49 GET1: http://www63.zippyshare.com/v/8162552/file.html Options: --cookie-jar /var/tmp/fritzload4/zippyshare.cookie.txt
09:15:50 File: 3.zip
09:16:06 URL-Download (T:1/R:5): (Url: http://www63.zippyshare.com/d/8162552/15370/3.zip) (File: 3.zip) (Options: --cookie /var/tmp/fritzload4/zippyshare.cookie.txt)
 
Zuletzt bearbeitet:
@Gabris
Das Problem mit zippyshare ist vermutlich, dass beim Upload "Set as Private Upload" ausgewählt wurde. Probiere es einfach noch mal mit der aktuellen Revision und gib beim nächsten mal am besten einen urheberechtlich unbedenklichen Link an, bei dem das Problem auftritt.
 
Danke für den Hinweis, ich bemühe mich immer den neusten Trunk zu verwenden. Der zippyshare-Fehler kommt aus dem Trunk 2185, wie ich gerade sehe ist jetzt die 2189-er Version draußen aber im changelog sehe ich nichts von zippyshare-Plugin. Ich werde es aber gleich probieren.

Später: OK, mit dem 2189er- Trunk scheint der Fehler ausgemerzt worden zu sein. Das (urheberrechtlich unbedenkliche) File:
http://www20.zippyshare.com/v/9515051/file.html
wurde sauber unter seinem Dateinamen gedownloadet.

Vielen Dank für die Bemühungen!
 
Zuletzt bearbeitet:
mediafire kaputt

Code:
FritzLoad Revision 2190 gestartet 23.05.2012 15:53:27: ./fritzload.sh i1 -l /var/media/ftp/MassStorage-Partition-0-1/XXX_jobs1.txt   (PID:1819)
15:53:32 ### alldebrid-mediafire.com: http://www.mediafire.com/XXXxu9iv29ete
15:53:32 Warte auf Internetverbindung ...
FAILED: 15:53: premium

15:53:37 ### mediafire_com-free: http://www.mediafire.com/XXXxu9iv29ete
15:53:37 Warte auf Internetverbindung ...
15:54:16 File: DUMMY.1819
15:54:17 Freier Speicher auf /var/media/ftp/IntensoRainbowLine-Partition-1-0/down: 7514 Mbyte
15:54:18 URL-Download (T:1/R:5): (Url: parse failed: sed -n "/<div.*download_link/href[[:space:]]*=[[:space:]]*["']\?\([^"'>]*\)") (File: DUMMY.1819) (Options: )
FAILED: 15:54: Download-Fehler: 6 Couldn't resolve host. The given remote host was not resolved. / HTTP-Code:() / HEAD:

15:54:54 Freier Speicher auf /var/media/ftp/IntensoRainbowLine-Partition-1-0/down: 7514 Mbyte
15:54:55 URL-Download (T:2/R:5): (Url: parse failed: sed -n "/<div.*download_link/href[[:space:]]*=[[:space:]]*["']\?\([^"'>]*\)") (File: DUMMY.1819) (Options: )
FAILED: 15:55: Download-Fehler: 6 Couldn't resolve host. The given remote host was not resolved. / HTTP-Code:() / HEAD:

15:55:21 Freier Speicher auf /var/media/ftp/IntensoRainbowLine-Partition-1-0/down: 7514 Mbyte
15:55:21 URL-Download (T:3/R:5): (Url: parse failed: sed -n "/<div.*download_link/href[[:space:]]*=[[:space:]]*["']\?\([^"'>]*\)") (File: DUMMY.1819) (Options: )
FAILED: 15:55: Download-Fehler: 6 Couldn't resolve host. The given remote host was not resolved. / HTTP-Code:() / HEAD:

sed: write error
 

Neueste Beiträge

Statistik des Forums

Themen
246,157
Beiträge
2,247,072
Mitglieder
373,677
Neuestes Mitglied
MK34
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.