Du bist nicht angemeldet.
Seiten: 1
Mögt ihr das nach einem Downgrade auf r2797 noch einmal versuchen?
Es gibt aktuell noch ein anderes Problem, das mglws. auf die curl-Version aus r2798 zurückzuführen ist - siehe 9kweu Error 27 - Out of memory ....
@rolex: Jawohl, da liegt definitiv der Hase im Pfeffer.
Diese curl-Version hier hat ein Problem [>= r2798]:
# ./curl --version
curl 7.52.1 (mips-unknown-linux-gnu) libcurl/7.52.1 mbedTLS/2.4.0 zlib/1.2.8
Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp smtp smtps telnet tftp
Features: IPv6 Largefile SSL libz UnixSockets
und diese hier schnurrt wie ein Kätzchen [<= r2797]
# ./curl --version
curl 7.51.0 (mips-unknown-linux-gnu) libcurl/7.51.0 mbedTLS/2.4.0 zlib/1.2.8
Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp smtp smtps telnet tftp
Features: IPv6 Largefile SSL libz UnixSockets
Ich kann das durch Hin- und Herkopieren in Fritz!Load beliebig reproduzieren - hab' mir jetzt allerdings nicht die Mühe gemacht, noch weitere Feldtests mit manuellem Aufruf zu unternehmen.
Leider habe ich auch keine andere Linux-Box zum Vergleich verfügbar, daher muss ich die weitere Analyse in Deine treuen Hände legen. Sieht aber grob nach einem kaputten Build aus.
Ok, alles gut, mein Fritz!Load funktioniert wieder wie vorher.
Update 10:24:
Hah, zu früh gefreut. Mit Version r2797 habe ich über Nacht mehrere Downloads bis zur Erschöpfung des (kleinen) 9kweu-Guthabens ausführen können. War allerdings nur eine aktive Download-Instanz.
Heute morgen habe ich differentiell auf r2800 aktualisiert. Der erste Download lief auch gut an - Captcha-Lösung ok.
Als ich dann aber parallel einen Download in einer zweiten Instanz gestartet habe, kam sofort wieder neunkweu: 27 Out of memory. A memory allocation request failed.
10:21:16 ### k2s_cc-free: http://k2s.cc/file/<anonymized filename>
10:21:16 GET1: http://k2s.cc/file/<anonymized filename> | Optionen: --cookie-jar /var/tmp/fritzload1/dl.cookie.txt
10:21:16 Datei: <anonymized filename>
10:21:21 GET2: http://k2s.cc/file/<anonymized filename> | Optionen: --cookie /var/tmp/fritzload1/dl.cookie.txt -d yt0=&slow_id=<ID>
10:21:21 GET2b: http://static.k2s.cc/ext/evercookie/evercookie.swf | Optionen: --cookie /var/tmp/fritzload1/dl.cookie.txt
sed: unsupported command m
10:21:21 === Detected captcha method "Captcha image" ===
10:21:22 === Extracted captcha link is: http://k2s.cc/file/captcha.html?v=<CAPTCHA>
10:21:22 neunkweu: Sende die Captcha-Grafik an den Service...
Check Optionen - 9kw.eu (k2s.cc)...
Sende das Captcha nach 9kw.eu (k2s.cc)...
10:21:27 neunkweu: 27 Out of memory. A memory allocation request failed.
10:21:43 Captchaservice neunkweu (ErrCode: 27)
10:21:43 GET1: http://k2s.cc/file/<anonymized filename> | Optionen: --cookie-jar /var/tmp/fritzload1/dl.cookie.txt
10:21:48 GET2: http://k2s.cc/file/<anonymized filename> | Optionen: --cookie /var/tmp/fritzload1/dl.cookie.txt -d yt0=&slow_id=<ID>
10:21:48 GET2b: http://static.k2s.cc/ext/evercookie/evercookie.swf | Optionen: --cookie /var/tmp/fritzload1/dl.cookie.txt
sed: unsupported command m
Irgendwas liegt da im Argen, etweder beim sed-Aufruf oder curl läuft doch in der aktualisierten Version Amok.
Ich glaube, ich setze bis auf weiteres auf <= r2797 zurück. Vielleicht könnte jemand im Forum mal Rückmeldung geben, ob bei ihr/ihm r2800 mit mehreren parallelen Instanzen und 9kweu fehlerlos funktioniert ...
Vielleicht spiele ich später noch mal mit parallelen Instanzen auf r2797 rum oder mache ein vollständiges Update auf r2800, im Moment fehlt mir aber etwas die Zeit.
Update 10:54:
So, jetzt ist es amtlich. Mit r2797 kann ich wie sonst auch immer mehrere Instanzen parallel laufen lassen - die gleiche Kombination, die den obigen Fehler mit k2s.cc in der zweiten Instanz ausgelöst hat.
Irgendwas ist da also definitiv ab r2798 kaputt gegangen.
Nabend Fireball,
Schon eine frühere Version drauf gemacht und gegengeprüft?
nein, dazu war ich bislang zu feige.
Habe das jetzt mal nachgeholt, und der Downgrade auf r2797 war auch erfolgreich.
... und siehe da, der erste Download ist auch ohne Fehler angelaufen.
Vielen Dank für die Ermutigung - mir fällt ein Stein vom Herzen.
Ich warte jetzt noch ab, ob der Download auch erfolgreich zum Ende kommt.
Danach experimentiere ich noch ein weiteres Mal mit r2800 - vielleicht hatte sich ja doch nur bei mir irgendeine Datei zerschossen, und ein vollständiges Update behebt die Geschichte.
Hallo Forum,
seit ungefähr vierzehn Tagen bzw. ungefähr in der Gegend meiner Aktualisierung auf F!L release 2798 habe ich akute Probleme beim Einreichen von Captchas an 9kweu. De facto kommt kein einziges Captcha mehr durch, und ich erhalte stets die vielsagende Fehlermeldung "neunkweu: 27 Out of memory. A memory allocation request failed."
Ein Blick ins Debug-Log gibt etwas mehr Aufschluss, leider kann ich mir aber dennoch keinen Reim auf die Fehlerursache machen. Der hoffentlich relevante Tail des Logs lautet wie folgt:
+ /var/media/ftp/VUSB/FritzLoad/bin/7390/curl -s -F maxtimeout=999 -F action=usercaptchaupload -F apikey=<hier steht der API-Key> -F fritz=1 -F source=fritz -F oldsource=k2s.cc -F selfsolve= -F confirm= -F prio= -F captchaperhour= -F file-upload-01=@/var/tmp/fritzload1/dl.captcha.jpg;filename=file --dump-header /var/tmp/fritzload1/neunkweu.head --header Expect: http://www.9kw.eu/submit
+ captchaid=
+ retVal=27
+ parse_headers /var/tmp/fritzload1/neunkweu.head
+ local headerfile=/var/tmp/fritzload1/neunkweu.head
+ unset H_CODE H_FILE H_FILE_UTF8 H_SIZE H_TYPE H_LOCATION
+ [ -f /var/tmp/fritzload1/neunkweu.head ]
+ + trsed -d -nf \r /var/media/ftp/VUSB/FritzLoad/lib/sed/headers.sed
+ /var/media/ftp/VUSB/FritzLoad/bin/7390/busybox sed -nf /var/media/ftp/VUSB/FritzLoad/lib/sed/headers.sed
+ eval
+ [ -n -a -z ]
+ [ = 200 ]
+ sleep 1
+ [ 27 != 0 ]
+ curl_error_code 27
+ local code=27
+ [ ! -f /var/media/ftp/VUSB/FritzLoad/config/curl_error_codes.txt ]
+ grep ^27 /var/media/ftp/VUSB/FritzLoad/config/curl_error_codes.txt
+ /var/media/ftp/VUSB/FritzLoad/bin/7390/busybox grep ^27 /var/media/ftp/VUSB/FritzLoad/config/curl_error_codes.txt
+ errmsg neunkweu: 27 Out of memory. A memory allocation request failed.
+ date +%H:%M:%S
+ local msg=23:46:02 neunkweu: 27 Out of memory. A memory allocation request failed.
+ lastERRmsg=neunkweu: 27 Out of memory. A memory allocation request failed.
+ echo 23:46:02 neunkweu: 27 Out of memory. A memory allocation request failed.
23:46:02 neunkweu: 27 Out of memory. A memory allocation request failed.
+ curl_msg 23:46:02 neunkweu: 27 Out of memory. A memory allocation request failed.
+ local message=23:46:02 neunkweu: 27 Out of memory. A memory allocation request failed. type=dl
+ rm -f /var/tmp/fritzload1/dl.progress.msg
+ echo -n 23:46:02 neunkweu: 27 Out of memory. A memory allocation request failed.
+ smbmsg 23:46:02 neunkweu: 27 Out of memory. A memory allocation request failed.
+ [ 0 -eq 1 ]
+ dboxmsg 23:46:02 neunkweu: 27 Out of memory. A memory allocation request failed.
+ [ 0 -gt 0 ]
+ cat /var/tmp/fritzload1/neunkweu.head
+ sleep 15
Insbesondere der curl-error 27 (Out of memory) lässt mich ratlos zurück. Von der shell-in-a-box aus kann ich curl anscheinend problemlos aufrufen, und die .jpg-Datei mit dem Captcha ist mit ca. 12kb jetzt auch kein Grund für einen Speicherüberlauf.
An anderer Stelle etwas höher im Log ist der curl-Aufruf zur Abfrage des 9kweu-Guthabens erfolgreich gewesen:
+ /var/media/ftp/VUSB/FritzLoad/bin/7390/curl -s http://www.9kw.eu/?action=usercaptchaguthaben&fritz=1&source=fritz&apikey=<hier steht der API-Key> --dump-header /var/tmp/fritzload1/neunkweu.head --header Expect:
+ response=[0,130]
Da mein Problem in zeitlicher Nähe zur Aktualisierung auf curl-Version 7.52.1 (r2798) aufgetreten ist, frage ich mich dennoch, ob hier der Hase im Pfeffer liegen könnte.
Zu meiner aktuellen Konfiguration:
Fritz!Load release 2800
Fritz!Box 7490
Standard-Installation auf USB-Stick
Schon ausprobiert:
Fritz!Box rebooted
alle Dateilisten und Log-Dateien gelöscht
Download-Instanzen auf 0 reduziert, alle /var/tmp/fritzload?-Verzeichnisse gelöscht
Eine einzelne Download-Instanz neu angelegt und gestartet -> /var/tmp/fritzload1/ wird anscheinend korrekt angelegt
Bislang habe ich Fritz!Load seit mehreren Jahren ohne echte Probleme betrieben, aber im Moment bin ich echt ratlos. Einen Speicherfehler im USB-Stick halte ich für unwahrscheinlich, kann ihn aber nicht ganz ausschließen.
Hat noch jemand eine Idee, was ich zur weiteren Diagnose oder noch besser zur Fehlerbehebung tun kann?
TIA,
Wassili
Vielleicht kann jemand den Inhalt einer Box mit FW 6.50 von folgender Datei posten:
/var/html/templates/menu_page_head.html
Voilá:
<div id="menuBox">
<?lua
if g_page_title == "" then
g_page_title = menu.get_page_title()
end
if g_menu_active_page then
menu.override_active_page(g_menu_active_page, g_menu_active_showtabs)
end
box.out([[<div id="menucontent" class="menu_body_outer">]])
menu.write_menu('main')
box.out([[</div>]])
if menu.show_additional_menu("wizards") then
box.out([[<div id="MainWizardhead" class='main_menu_bubble'>]])
menu.write_menu('wizards')
box.out([[</div>]])
end
if config.NAS then
if menu.show_additional_menu("fritznas") then
box.out([[<div id='MainNashead' class='main_menu_bubble'>]])
menu.write_menu([[fritznas]])
box.out([[</div>]])
end
end
if menu.show_additional_menu("myfritz") then
box.out([[<div id='MainMyFritzhead' class='main_menu_bubble'>]])
menu.write_menu('myfritz')
box.out([[</div>]])
end
if menu.show_additional_menu("livetv") then
box.out([[<div id="MainLiveTVhead" class='main_menu_bubble'>]])
menu.write_menu('livetv')
box.out([[</div>]])
end
?>
<?lua
menu.add_item{
page = "http://192.168.178.1:90/",
target = "_blank",
text = "FRITZ!Load",
menu = "fritzload",
explain = "Dateien herunter-/hochladen",
subpages = {}
}
box.out([[<div id="FritzLoad" class='main_menu_bubble'>]])
menu.write_menu('fritzload')
box.out([[</div>]])
?>
</div>
Nabend Forum,
bei mir hat die Aktualisierung der Fritz!Box 7490 auf Firmware 6.50 und die nachfolgende Reaktivierung von Fritz!Load auch problemlos geklappt.
Der Anleitung meines Vorposters ist kaum etwas hinzuzufügen - außer dass inzwischen eine modfs-Starter-Version für 6.50 bereitsteht, die sogar einen Autostart nach Reboot der Box hinlegt. Der nimmermüde PeterPawn hat da ein weiteres Mal ganze Arbeit geleistet.
Beste Grüße
Wassili
Hallo rolex,
vielen Dank für die prompte Bedienung - das ging wirklich super schnell.
Nach ersten Versuchen funktioniert das Happy Day Szenario sehr gut. Downloads und Wartezeit bis zum nächsten Download klappen. Die Captcha-Auflösung bei 9kweu ist etwas unzuverlässig - das beobachte ich aber momentan auch bei anderen Hostern, hat also eher nichts mit diesem Plugin zu tun.
Ich melde mich, falls bei der Fehlerbehandlung etwas auffallen sollte.
Schöne Grüße und nochmals schönen Dank
Wassili
Hallo liebe Entwickler,
ich würde mich über ein Fritz!Load-Plugin für den Hoster filemonkey.in freuen.
Anbei ein Testlink:
ubuntu-12.04.4-desktop-amd64.iso (733MB)
Vielen Dank im Voraus und Gruß
Wassili
Nabend Rolex,
vielen Dank für das k2cc-Plugin. Hab's jetzt einen Tag lang getestet, und es funktioniert super.
Beste Grüße
Wassili
Mein Beileid, cordezz.
Bei mir hat das Zwangsupdate meiner 7360SL auf 6.03 keine weiteren Folgen gehabt - Fritz!Load läuft weiterhin wie gehabt. Bin allerdings auch nur mit rohem FL und ohne Freetz unterwegs.
Eine deutliche Verlangsamung der UI gegenüber der vorherigen Version 5.51 konnte ich auch noch nicht beobachten.
Hallo liebe Entwickler,
ich würde mich über ein Fritz!Load-Plugin für den Hoster k2s.cc bzw. keep2share.cc freuen.
Anbei ein paar Testlinks:
http://k2s.cc/file/52e91a6bea882 - free eBook "Computer- und Videospiele - Alles was Eltern wissen sollten" (13,5 MB)
http://keep2share.cc/file/5292548dc0d3b - Image_Resize_Guide_2.0.rar (3,9 MB)
Vielen Dank im Voraus und Gruß
Wassili
läuft Fritzload eigentlich auch Problemlos auf einer 7362 SL, weil bin am überlegen ob ich diese gegen meine 7240 ersetze. Oder sollte mal lieber die 7240 behalten?
FWIW: 7360 SL funktioniert prima.
Moin und ein frohes neues Jahr an das Board!
Könnte einer der Entwickler vielleicht freundlicherweise ein Plugin für Free Accounts ("Slow Download") beim Hoster k2s.cc/keep2share.cc bereitstellen?
Ein Testlink lautet:
http://k2s.cc/file/51f6501f9faa6 (Driver_Magician_3.9_Portable.rar, 4MB)
Die Site verwendet offenbar ReCaptcha und eine 30 sekündige Verzögerung nach Captcha-Eingabe bis zur Bereitstellung des eigentlichen Download-Links.
THX und beste Grüße
Wassili
Seiten: 1