<![CDATA[Fritz!Load… / 9kweu Error 27 - Out of memory ...]]> http://ryblog.eu/fritzload/viewtopic.php?id=463 Mon, 23 Jan 2017 21:17:15 +0000 FluxBB <![CDATA[Antw.: 9kweu Error 27 - Out of memory ...]]> http://ryblog.eu/fritzload/viewtopic.php?pid=3073#p3073 @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.

]]> Mon, 23 Jan 2017 21:17:15 +0000 http://ryblog.eu/fritzload/viewtopic.php?pid=3073#p3073 <![CDATA[Antw.: 9kweu Error 27 - Out of memory ...]]> http://ryblog.eu/fritzload/viewtopic.php?pid=3069#p3069 Wie man hier sehen kann, habe ich mit r2798 eine neue curl Version eingecheckt.
https://sourceforge.net/p/avmload/code/HEAD/log/?path=

Anscheinend macht die Probleme beim Captcha Lösen, geh zwar auf die neueste Version und ersetze das curl binary händisch zum Testen.

]]> Sun, 22 Jan 2017 18:24:51 +0000 http://ryblog.eu/fritzload/viewtopic.php?pid=3069#p3069 <![CDATA[Antw.: 9kweu Error 27 - Out of memory ...]]> http://ryblog.eu/fritzload/viewtopic.php?pid=3066#p3066 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.

]]> Sat, 21 Jan 2017 09:17:59 +0000 http://ryblog.eu/fritzload/viewtopic.php?pid=3066#p3066 <![CDATA[Antw.: 9kweu Error 27 - Out of memory ...]]> http://ryblog.eu/fritzload/viewtopic.php?pid=3065#p3065 Nabend Fireball,

Fireball3 schrieb:

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. big_smile

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.

]]> Fri, 20 Jan 2017 20:04:05 +0000 http://ryblog.eu/fritzload/viewtopic.php?pid=3065#p3065 <![CDATA[Antw.: 9kweu Error 27 - Out of memory ...]]> http://ryblog.eu/fritzload/viewtopic.php?pid=3064#p3064 Schon eine frühere Version drauf gemacht und gegengeprüft?
Einfach die gewünschte Version eingeben und diffupdate holen lassen.

]]> Fri, 20 Jan 2017 10:35:59 +0000 http://ryblog.eu/fritzload/viewtopic.php?pid=3064#p3064 <![CDATA[9kweu Error 27 - Out of memory ...]]> http://ryblog.eu/fritzload/viewtopic.php?pid=3062#p3062 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

]]> Thu, 19 Jan 2017 23:47:10 +0000 http://ryblog.eu/fritzload/viewtopic.php?pid=3062#p3062