#1
|
|||
|
|||
Nach aktuellen Update kein Reconnect mehr
Hallo
habe eine gepatchtes Speedport mit AVM Firmenware drauf. Bis zum gestriegen Tage war alles schön. Jetzt aber geht der automatische Reconnect nicht mehr. Über jede Hilfe bin ich dankbar. Last edited by Jiaz; 02.11.2009 at 13:09. |
#2
|
||||
|
||||
Dann bitte noch die üblichen Angaben (OS, Internet Security, Java, ...). Greetz P.S.: Den Log findest Du derzeit unter ?.
__________________
Bitte die Regeln lesen! | Please read the forum rules!
REGELN: Bugreports | RULES: Bugreports Erste Schritte & Tutorials | Self Help Index | Read Me | JD 2 Beta - FAQ Support Chat Keep smiling, it's simple! Last edited by Think3r; 01.11.2009 at 15:16. |
#3
|
|||
|
|||
Hallo
ich habe : Vista 64 bit Ultimate Kaspersky Internet Security Java das neuste von dieser Seite Log:http://jdownloader.net:8081/pastebin...71e32f2620b2dd:confused: |
#4
|
||||
|
||||
win7 64bit und kaspersky = 2 mal autsch (siehe boardsuche das mit beiden nicht viel freude aufkommt)
zum reconnect: 1.) ist davon im log nix zu sehen 2.) welche methode nimmst du? liveheader, extern? 3.) falls liveheader, bitte neu einstellen (erst normale upnp methode ) oder mal den recorder versuchen 4.) falls extern, musst du sichergehen das deine exe/tool/batch sich selbst wieder beendet.
__________________
JD-Dev & Server-Admin |
#5
|
|||
|
|||
Hallo
Vista 64 und Kaspersky das lief alles zusammen bis zum Update. Log:http://jdownloader.net:8081/pastebin...downloader.net Ich verwende liveheader Methode. |
#6
|
|||
|
|||
Log ://jdownloader.net:8081/pastebin/6b027466c3ca21b6d1a1d594d6820833
Last edited by peterpan1; 03.11.2009 at 10:35. |
#7
|
||||
|
||||
das log zeigt nicht einen reconnect versuch du solltest schon mal auf manuellen reconnect klicken das auch was im log zu sehen ist! hast du evtl autoreconnect einfach nur abgeschalten?
__________________
JD-Dev & Server-Admin |
#8
|
|||
|
|||
hi meine reconnect.bat funktioniert nicht mehr mit der neusten version (0.9.421) vom JDownloader. Kan mir vielleicht jemand helfen, an was es liegen könnte???
Glaub des liegt wieder an der Befehlsleiste: Warten x Sekunden bis Befehl beendet ist Aber diese Leiste gibts bei mir nicht mehr in der neuen Version vom JDownloader.Warum nicht mehr?? Wie bekome ich die Befehlsleiste wieder hin? |
#9
|
||||
|
||||
daran liegt es nicht, jd startet das tool/die batch und schaut dann ob sich deine ip beendet. deine batch muss sich nach dem reconnect schon selbst beenden! und sollte nicht darauf hoffen das wir sie killen.
was macht denn deine batch? welchen router?
__________________
JD-Dev & Server-Admin |
#10
|
|||
|
|||
hab den router Alice IAD 3221.
Muss mich nochmal koriegieren, ich habs nicht über Batch laufen sondern über "Extern". Das steht in der Datei,aber daran kanns ja net liegen, hab da nix verändert.Ist ja sonst auch immer gegangen: cd "D:\Programme\JDownloader 0.7\AliceRC" curl.exe "**External links are only visible to Support Staff** -d "controller=Overview&action=Login&id=0&idTextPassword=meinpw" -c cookies.txt --cookie cookies.txt curl.exe "**External links are only visible to Support Staff** -d "controller=Overview&action=StopPppoeMan&id=0" --cookie cookies.txt curl.exe "**External links are only visible to Support Staff** -d "controller=Overview&action=StartPppoeMan&id=0" --cookie cookies.txt aber warum gibts die Befehlsleiste nicht mehr?? Last edited by herby; 03.11.2009 at 19:02. |
#11
|
|||
|
|||
Hi,
ich klinke mich auch mal ein. Habe ein Kabelmodem und dafür muss ich per Batch Datei das Modem reseten, neue MAC vergeben, NIC de- und aktiveren. (ja, die Batch wird als letztes per "EXIT" beendet) Damit die Batch mit jD funktioniert muss ich die "externe Reconnect" auswählen und mehrere Zeiten eintragen damit sich jD und die Batch "zeitlich gesehen" vertragen (anderes Thema) Im Detail ist das: - Wartezeit bis zur ersten IP-Überprüfung: 70s - Max. Wiederholungen: 0 (das sollte egal sein) - Auf neue IP warten: 140s Und die nicht mehr vorhandene Einstellmöglichkeit: x Sekunden warten bis Befehl beendet ist: Habe leider vergessen welchen Wert ich hier eintragen musste. Den Board Eintrag hier (oder in The Lounge) der mir bei den Zeiteinstellungen schonmal nach einem jD Update vor etwa 4-5 Monaten geholfen hat finde ich leider nicht mehr. Jedenfalls funktioniert die Batch per Hand gestartet ohne Probleme; auch spielt keine Software das zwischen. Mir scheint das jD die Batch nicht startet. Das Modem wird nicht reset was der erste Befehl in der Batch ist. Der vollständigkeitshalber hier noch nen LOD Auszug mit dem "Reconnect testen"
Spoiler:
--------------------------------------Reconnect Testing----------------------------------- 13 03.11.09 18:34:08 - INFO [java_downloader] -> Start Reconnect ------------------------ Thread: 23 ----------------------- 23 03.11.09 18:34:08 - INFO [java_downloader] -> DownloadWatchDog: stop 23 03.11.09 18:34:08 - FINER [java_downloader] -> Interaction start: Trigger: Vor dem Reconnect 23 03.11.09 18:34:08 - INFO [java_downloader] -> Try to reconnect... 23 03.11.09 18:34:08 - INFO [java_downloader] -> Starting Externes Reconnectprogramm aufrufen #1 ------------------------ Thread: 14 ----------------------- 14 03.11.09 18:34:08 - INFO [java_downloader] -> Downloads stopped ------------------------ Thread: 17 ----------------------- 17 03.11.09 18:34:08 - FINER [java_downloader] -> Interaction start: Trigger: Alle Downloads beendet 17 03.11.09 18:34:08 - FINER [java_downloader] -> Interaction start: Trigger: Downloads & Interactionen abgeschlossen ------------------------ Thread: 23 ----------------------- 23 03.11.09 18:34:08 - FINER [java_downloader] -> Execute Returns: 23 03.11.09 18:34:08 - FINER [java_downloader] -> Initial Waittime: 70 seconds ------------------------ Thread: 12 ----------------------- 12 03.11.09 18:34:52 - FINEST [java_downloader] -> Scheduler: checking ------------------------ Thread: 23 ----------------------- 23 03.11.09 18:35:18 - INFO [java_downloader] -> Wait 140 sec for new ip 23 03.11.09 18:35:18 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:35:23 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:35:29 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:35:34 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:35:39 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:35:44 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:35:49 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 ------------------------ Thread: 12 ----------------------- 12 03.11.09 18:35:52 - FINEST [java_downloader] -> Scheduler: checking ------------------------ Thread: 23 ----------------------- 23 03.11.09 18:35:54 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:35:59 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 ------------------------ Thread: 24 ----------------------- 24 03.11.09 18:36:02 - INFO [java_downloader] -> ByteBufferController: Used: 0 B Free: 1000.00 KB ------------------------ Thread: 23 ----------------------- 23 03.11.09 18:36:04 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:36:09 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:36:14 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:36:19 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:36:24 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:36:29 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:36:34 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:36:39 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:36:44 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:36:49 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 ------------------------ Thread: 12 ----------------------- 12 03.11.09 18:36:52 - FINEST [java_downloader] -> Scheduler: checking ------------------------ Thread: 23 ----------------------- 23 03.11.09 18:36:54 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:36:59 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:37:04 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:37:10 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:37:15 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:37:20 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:37:25 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:37:30 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:37:35 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:37:40 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 23 03.11.09 18:37:40 - INFO [java_downloader] -> Reconnect failed! 23 03.11.09 18:37:40 - INFO [java_downloader] -> DownloadWatchDog: start |
#12
|
||||
|
||||
welche timings hast du im reconnect, denn ich bin mir sehr sicher das die batch schon ausgeführt wird, jedoch wartet jd nun nicht mehr auf das ende der batch und checked dann die ip, sondern startet die batch und fängt sofort mit der überprüfung an (liegt daran das unter windows nicht sichergestellt werden kann das wir den prozess killen können oder dieser sich beendet und jd weiterläuft), ergo einfach mal vesucen die timings des reconnects zu erhöhen.
__________________
JD-Dev & Server-Admin |
#13
|
||||
|
||||
zum testen ob die batch gestartet wird, könnt ihr einfach ein
mkdir test oder so eintragen, wenn der test ordner dann existiert, heisst das auch das jd sie gestartet hat
__________________
JD-Dev & Server-Admin |
#14
|
|||
|
|||
Danke für den Tip mit dem mkdir. Den Ordner hat er angelegt.
OK, warum aber dann der Befehl mit dem Connect zum Modem und der Modemreconnectbefehl nicht umgesetzt wird versteh ich echt nicht. Noch höhere timings als ich eh schon drin habe macht denke ich keinen Sinn, zumal ja die Batch per Hand ausgeführt ohne Probleme funktioniert (und etwa 120s braucht um komplett alles gemacht zu haben) edit: ehm was ist eigentlich mit meinem ersten Beitrag hier im Thread um ca. 19:00 Uhr Sehe den nicht. Nach dem "Posten" stand auch ganz kurz ein Text da der wahrscheinlich was von freischaltung erzählte; wurde aber zu kurz angezeigt um genaues zu lesen |
#15
|
||||
|
||||
schreib hinter jedem curl befhel nen andres mkdir, dann siehst welche befehler er macht und welche nicht
auch kannst du versuchen statt cd am anfang einfach c:\programme....\curl.exe zu schreiben, also zu jeder datei den vollen pfad
__________________
JD-Dev & Server-Admin |
#16
|
|||
|
|||
OK, also mein aktueller Kenntnisstand ist der, das scheinbar mit dem Update der Bereich "Ausführen in (Ordner der Anwendung)" irgendwie weggefallen ist/sein muss.
Ich meine mich zu erinnern das es diesen Bereich vorher gab, wie er aktuell bei der "Batch Reconnect" Methode noch zu sehen ist. Ohne dem fehlen wohl die Zuweisungen für jD wo er was in der Batch ausführen soll. Ich denke daher auch dein Tip mit den vollen Pfaden Das hatte ich vorher nicht drin und war nicht nötig sofern die Batch im gleichen Ordner wie die .exe Files waren (ping.exe ausgenommen) Ich habe nun folgendes versucht: a) volle Pfade eingetragen (samt Dateiendung) b) Ordnertechnisch es einfach halten (alles nach c: - sprich die Batch, curl.exe, devcon.exe, macmakeup.exe, ping.exe) c) Batch entsprechend angepasst und vor jedem Befehl ein mkdir xy Problem ist jetzt leider nur das die "Dummi" ping Befehle nicht gehen. Trotz Pfadangabe, Dateiendung, einfacher Dateistruktur... (Befehl ist z.B.: c:\ping.exe localhost -n 6 >nul ) Hierbei trittt dann irgendwie noch nen "Bug" ?! in der Batch selber auf. Diese scheint auch ohne dem Ping weiter zu arbeiten, aber wiederum auch nicht wirklich.... edit da fehlerhaft geschrieben: Der Ordner ("3aping" - und die darauf folgenden) nach dem ersten Ping wird nicht mehr angelegt. Aber das NIC wird disabled und nach ca. 5s wieder enabled (viel zu schnell - normal dauert das geschätze 40-50s)....die macmakeup wird glaub ich aber nicht ausgeführt (hab ich nicht anhand der MAC überprüft aber (normal kommt immer ein zweites DOS Fenster für ca. 0,5s - in dem Fall kommts nicht)) Sehr kurios.... per Hand geht die Batch wie gehabt..... Ne Idee wieso der ping nicht will? Ansonsten: Auch wenn ich sicherlich jetzt ne doofe Frage frage, aber könnte man nicht einfach wieder die Externe Reconnect Methode so machen wie vorher? Beziehungsweise so das die Pfade wieder so wie vorher abgefragt werden? Du / ihr wisst ja am besten was alles im Detail geändert wurde. Ist für mich als User (mit DOS Kenntnissen etc.) zwar sicherlich zumutbar seine Batch sauber zu halten, aber mittlerweile bin ich mit dem Latein am Ende Quote:
Last edited by Paikea; 04.11.2009 at 00:17. |
#17
|
||||
|
||||
versuch mal folgendes
eine batch datei die deine reconnect batch startet also recon.bat darin steht nur der volle pfad zu deiner reconnect.bat das hat letztens schon bei nem user geholfen
__________________
JD-Dev & Server-Admin |
#18
|
|||
|
|||
Leider hilfts nicht. Per Hand gehts wie gehabt.
Ich probier noch was weiter |
#19
|
||||
|
||||
mach hinter den pings mal nicht >nul sondern > test.txt oder so
dann siehst du ob die pings gemach werden die ordner werden von batch aber angelegt wenn sie von jd gestartet wird?
__________________
JD-Dev & Server-Admin |
#20
|
|||
|
|||
Jiaz: die ordner werden von batch aber angelegt wenn sie von jd gestartet wird?
Nicht alle. Siehe editierten Text oben: Habe oben meinen langen Text noch einmal editiert da ich dort was falsches geschrieben hatte bezüglich welche Ordner angelegt werden. Edit ist bold. Das dev/nul ist nicht schuld. Ohne dem geht es auch nicht. Hatte ich auch schon probiert. =========== Aber das mit der Textausgabe probier ich eben..... Vom 1. Ping legt er eine korrekte Log an. Den Befehl danach (mkdir 3Aping) führt er nicht mehr aus. Dafür führt er dann den devcon disable aus mkdir 4mac wiederrum nicht auch den 2.ten Ping führt er nicht aus auch nicht das macmakeup (keine MAC änderung - habe ich gecheckt) mkdir 5nicact wird nicht angelegt der 3. Ping wird nicht gemacht aber der devon enable wird gemacht (Zeit zwischen disable/enable ca. 5s) der 4. Ping dann ebenfalls nicht ================= Ich probier nun aus ab (einschliesslich) Befehl devcon disable alles aus der batch zu löschen. Mal schaun ob er dann mkdir 3Aping als vorletzten Befehl (exit ist der letzte) ausführt. lol, ok ich ahne wo der Hacken ist. Also der hat jetzt das genau gleiche gemacht wie vorher, als ob die Befehle in der Batch noch drin wären. Ich denke jD verwendet neben der eigentlich vorgegebenen externen Batch (c:\ip-change.bat) zusätzlich / gleichzeitig noch die ursprüngliche, alte Datei (beziehungsweise deren Inhalt) Zudem ist deren Pfad (C:\Dokumente und Einstellungen\Admin\Desktop\ip-change.bat) - warum auch immer - in der Batch Reconnect Methoden Pfad Zeile "Ausführen in (Ordner der Anwendung)" am stehen (und jD schreibt diesen Pfad auch immer wieder rein wenn man jD neustartet - auch wenn man ihn gelöscht hat.) Ein löschen aller Einträge bei CURL/BATCH/CLR Script hilft nicht. Die Batch Befehle scheint jD also irgendwo anders (eine art cache?) gespeichert zu haben. ======== Ich hab jetzt mal die 0.9.310 parallel hinstalliert und die beschnittene Batch dort gestartet. Hier bearbeitet er die Batch richtig. Sogar die angepasste Batch (siehe Zitat im oberen Post) + Ping Logs läuft jetzt durch. Also muss irgendwo in meinem eigentlichen jD der sich was zwischengespeichert haben, der auch mit neustart von jD nicht gelöscht wird.... Da muss man erst einmal drauf kommen Nach einem Update von 0.9.310 zu 0.9.421 via Updatefunktion geht die beschnittene zwar noch aber angepasste Batch nicht mehr (gleiche Phänomen das der 1. Ping noch als Log gespeichert wird aber der mkdir 3Aping nicht mehr ausgeführt wird.). Erneuter Restart von diesem jD hat jetzt dazu geführt das er sogar nur nicht mal mehr den 1. Ping macht. Da ist also wieder irgendwas da am zwischenfunken. Kann man jD überhaupt mehrmals parallel installiert haben?! Naja ist mir zu spät fpr weitere Sachen. Ich werde glaube ich morgen einfach alle jD Versionen löschen und die 0.9.310 installieren und kein Update machen. So scheints ja zu gehen Sorry für so viel text. war zum grossteil ne eigene gedächtniss hilfe was ich wie gemacht habe gn8 |
#21
|
|||
|
|||
Nabend,
ich hab mich doch noch einmal dran gesetzt. 1.) Ich habe die Batch noch einmal angepasst um die Stelle vom Problem noch genauer (und verständlicher) festzustellen/aufzuzeigen. Die Batch benötigt die curl.exe, devcon.exe, MacMakeUp.exe, ping.exe (ursprünglich aus c:\windows\system32\ ) auf c:\ aktuelle Batch File:
Spoiler:
Anstelle vom "mkdir" ist jetzt jeder Befehl per ">xyz.txt" in eine Log ausgegeben. Man weiss so genau ob der Befehl ausgeführt wird und wurde (Der unterschied ist, das beim "wird" die .txt angelegt ist, aber noch ohne Inhalt [im Fall von Ping sich langsam füllen sollte] und beim "wurde" die .txt angelegt und gefüllt ist. Ausnahme ist hier der MacMakeUp Befehl der keine Log Ausgabe erstellen kann. Die .txt wird aber trotzdem angelegt)
Code:
c: c:\curl.exe "**External links are only visible to Support Staff** >1curl_connect.txt C:\curl.exe "**External links are only visible to Support Staff** >2curl_reset.txt c:\ping.exe localhost -n 10 >3ping1_wait_10s.txt c:\devcon.exe disable "PCI\VEN_1111&DEV_2222&SUBSYS_12345678&REV_90" >4devcon_disable_NIC.txt c:\ping.exe localhost -n 6 >5ping2_wait_6s.txt c:\MacMakeUp.exe set 1 000B6A7D%time:~6,2%%time:~3,2% >6MAC_change.txt c:\ping.exe localhost -n 16 >7ping3_wait_6s.txt c:\devcon enable "PCI\VEN_1111&DEV_2222&SUBSYS_12345678&REV_90" >8devcon_enable_NIC.txt c:\ping.exe localhost -n 20 >9ping4_wait_20s.txt exit 2.) Ich habe gestern die zum Test installierten Versionen wieder gelöscht und es mit der eigentlichen und aktuellen Version versucht. a) Manueller Reconnect mit der Batch: > OK b) "Batch" Reconnect Methode: - Inhalt der Batch 1:1 ins Batch Script Feld copy+paste - Interpreter auf "cmd /c" gelassen - "Ausführen in (Ordner der Anwendung)" auf "c:\" gesetellt - im Reiter Erweitert: -- "Wartezeit bis zur ersten IP-Überprüfung" wie gehabt auf "70s" -- "Max. Wiederholungen" wie gehabt auf "0" -- "Auf neue IP warten" wie gehabt auf "140s" > OK - mehrfach getestet (da es ja gestern Nacht ja irgendwie ne Verschlimmerung gab bei mehrfachem Ausführen...) Zwischen b) und c) habe ich in jD erst jegliche Reconnect Einträge ("Erweitert" ausgenommen) gelöscht und dann jD geschlossen. Dann jD wieder geöffnet; in den Feldern "Befehl (absolute Pfade angeben)", "Interpreter", "Batch Script Feld" sind die Einträge wieder so wie vor dem Löschen und "jD-schliessen" erschienen. Entweder wird das "Löschen" nicht richtig abgespeichert oder jD lädt aus einem Cache/Default Setting beim jD Start das gelöschte neu rein. Beides ist eher Suboptimal, finde ich. Nun wieder das "Batch Script Feld" gelöscht und die Einstellungen wie bei c) beschrieben geändert und erneut jD neugestartet. Wieder sind die Einträge im "Batch Script Feld" neu reingeladen worden; diese gelöscht und den Reconnect getestet. c) "Externe" Reconnect Methode: - Bei "Befehl (absolute Pfade angeben)" "C:\ip-change.bat" eingetragen. - Das "Parameter" Feld wie gehabt freigelassen. - im Reiter Erweitert: -- "Wartezeit bis zur ersten IP-Überprüfung" wie gehabt auf "70s" -- "Max. Wiederholungen" wie gehabt auf "0" -- "Auf neue IP warten" wie gehabt auf "140s" > Fehler >> er hat die Log "1curl_connect.txt" erstellt und diese mit seinem üblichem Inhalt gefüllt. >> er hat die Log "2curl_reset.txt" erstellt und diese mit seinem üblichem Inhalt gefüllt. >> er hat das Kabelmodem resetet (LED Sichtkontrolle am Modem) >> er hat das NIC disabled und direkt wieder enabled >> er hat NICHT die MakeMacUp ausgeführt >> er hat alle Logs nach Log "2curl_reset.txt" nicht angelegt und somit die Befehle ab "c:\ping.exe localhost -n 10 >3ping1_wait_10s.txt" faktisch niht ausgeführt. 3.) Fazit Man könnte jetzt denken: OK, dann verwendet jD anstelle der externen Batchfile jetzt halt den Batch Inhalt aus dem "Batch Script Feld" [das ist zwar aktuell leer, aber jD hat ja eventuell das in einem Cache gespeichert]. Aber dagegen spricht die jD Log: > [java_downloader] -> Starting Externes Reconnectprogramm aufrufen #1 > [java_downloader] -> Execute Returns: sowie das es bei b) ja geklappt hat [die Einträge "Interpreter" und "Ausführen in (Ordner der Anwendung)" sind wie bei b) noch eingestellt. Zum Ganzen kommt noch ein gewisser kurioser Faktor hinzu der das Ganze wohl nicht richtig reproduzierbar macht. Beim 5. jD Neustart und 3. Reconnect Versucht mit Einstellungen 3.c) ohne was an den Reconnect Einstellungen in jD geändert zu haben, ist auf einmal das "Batch Script Feld" leer geblieben und der nun versuchte Reconnect kam nicht mal soweit die "2curl_reset.txt" anzulegen. Er hat auch kein Modem reset (LED Sichtkontrolle) durchgeführt oder das NIC de- und aktiviert. Nach dem 6. jD Neustart und dem 4. Reconnect Versuch nach 3.c) war weiterhin das "Batch Script Feld" leer, aber die ausgeführten und nicht ausgeführten Befehle genau wie bei 3.c) Im Endeffekt bleibts gleich: Es hilft jedenfalls nicht jD mehrfach neuzustarten oder gar das Windows. Auch die Timings massiv zu erhöhen (200s) hilft nicht. Es bleibt dabei das meine Batch File über die Externe Methode nicht mehr funktionieren will. Denke das betrifft jeden der per externer Batch und curl, devcon, MakeMacUp seine "statische IP" bei seinem Kabelmodem ändern will. 4.) Lösung beziehungsweise Umgehung des Problems (kann ich nur für den von mir verwendeten Reconnect Weg / Konstellation mit gutem Gewissen sagen) Euren Batch Datei Inhalt in das "Batch Script Feld" der "Batch" Reconnect Methode eintragen und den Pfad von "Ausführen in (Ordner der Anwendung)" entsprechend anpassen. In der Batch File volle Pfade verwenden (z.B. c:\programme....\curl.exe ) Wenn es nicht klappt die Tipps hier im Thread von Jiaz mit dem "mkdir" oder ">xyz.txt" verwenden. Alternativ klappt es übrigens auch wenn man die "externe" Batchdatei via "Batch Script Feld" aufruft (anstelle der "Externen Reconnect Methode") Die Batch File heisst z.B. "reconnect.bat" und liegt im Ordner "c:\" Dann trägt man in das "Batch Script Feld": Code:
c: c:\reconnect.bat exit - "Ausführen in (Ordner der Anwendung)" auf "c:\" stellen Ansonsten wieder mal sorry für den langen Text, aber ich bin/war mir sicher das es aktuell (warum auch immer) ein Problem mit der externen Methode gibt ! Bitte nicht falsch verstehen. Eure Arbeit ist so was von super. Bin von jD extrem begeistert und Danke allen aus dem jD Team für die Arbeit/Zeit etc. Aber ich bin jemand der gerne einem Problem auf den Grund geht, daher ist das Ganze etwas ausgeartet und hat nun mit dem ganzen Tests und der Schreiberei auch etwa 7h verballert @Jiaz: Habe/werde dir noch ne PN schicken Zum Schluss, der vollständigkeitshalber, noch die jD Log im Auszug vom 3.c) Vorgang:
Spoiler:
Code:
------------------------ Thread: 22 ----------------------- 22 04.11.09 22:55:56 - FINER [java_downloader] -> Interaction start: Trigger: Vor dem Reconnect 22 04.11.09 22:55:56 - INFO [java_downloader] -> Try to reconnect... 22 04.11.09 22:55:56 - INFO [java_downloader] -> Starting Externes Reconnectprogramm aufrufen #1 22 04.11.09 22:55:56 - FINER [java_downloader] -> Execute Returns: 22 04.11.09 22:55:56 - FINER [java_downloader] -> Initial Waittime: 70 seconds ------------------------ Thread: 12 ----------------------- 12 04.11.09 22:56:01 - FINEST [java_downloader] -> Scheduler: checking 12 04.11.09 22:57:01 - FINEST [java_downloader] -> Scheduler: checking ------------------------ Thread: 22 ----------------------- 22 04.11.09 22:57:06 - INFO [java_downloader] -> Wait 140 sec for new ip 22 04.11.09 22:57:06 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:57:11 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:57:16 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:57:21 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:57:26 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:57:31 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:57:36 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:57:41 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:57:46 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:57:52 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:57:57 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 ------------------------ Thread: 12 ----------------------- 12 04.11.09 22:58:01 - FINEST [java_downloader] -> Scheduler: checking ------------------------ Thread: 22 ----------------------- 22 04.11.09 22:58:02 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:58:07 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:58:12 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:58:17 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:58:22 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:58:27 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:58:32 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:58:37 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:58:42 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:58:47 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:58:52 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:58:57 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 ------------------------ Thread: 12 ----------------------- 12 04.11.09 22:59:01 - FINEST [java_downloader] -> Scheduler: checking ------------------------ Thread: 22 ----------------------- 22 04.11.09 22:59:02 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:59:07 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:59:12 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:59:17 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:59:22 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:59:27 - FINER [java_downloader] -> IP before: 111.222.333.444 after: 111.222.333.444 22 04.11.09 22:59:27 - INFO [java_downloader] -> Reconnect failed! |
#22
|
||||
|
||||
Komm doch mal in den supportchat und wir schaun uns das per teamviewer.com an.
danke für den ausführlichen test auch wenn ich hier ein paar korrekturen geben muss 1.) batch mode ist KEINE batch sprich irgendwelche variablen oder verzeichnisänderungen mit cd bringen hier nichts 2.) der ausgewählte tab entspricht die zu verwendente methode. hier ist external und batch völlig unabhängig in den einstellungen mehr dazu dann wenn wir uns das problem per teamviewer anschaun
__________________
JD-Dev & Server-Admin |
#23
|
|||
|
|||
hab jetzt wieder die alte version 0.9.246 damit funktionierts. mit der externen Funktion und mit der reconnect.bat
hab an den Einstellungen nichts geändert.Liegt dan also an der neuen JD Version. gruß herby |
#24
|
|||
|
|||
@Jiaz:
zu 1) greift die BATCH Methode den nicht auf die command.com / Eingabeauforderung zu ? Frage grad mir selber beantwortet mit: **External links are only visible to Support Staff****External links are only visible to Support Staff** Wenn ich das richtig sehe müsste dann ja cd, del etc. gehen wenn man als Interpreter "cmd /xc" verwendet... Quote:
zu 2) das mit dem ausgewählten Tab hab ich mir schon gedacht Aber ich verstehe halt nicht wieso z.B. vorgestern folgendes passierte: Quote:
Naja, ich kom gleich mal in den Chat |
#25
|
||||
|
||||
BATCH methode nutzt die cmd.exe, ja
aber für jeden befehl wird cmd.exe neu aufgerufen (im gegensatz zu einer batch file wo sie alle im kleichen contect gestartet werden) wir haben die mögliche ursache gefunden und arbeiten an einer problemlösung. sofern wir was zum testen haben werden wir hier nach testern fragen
__________________
JD-Dev & Server-Admin |
#26
|
||||
|
||||
bitte mal folgendes testen
angebommen euer externes tool batch heisst c:\recon.bat dann folgendes testen c:\test.bat erzeugen, darin steht c:\recon.bat >nul 2>nul und diese test.bat dann als extern nutzen
__________________
JD-Dev & Server-Admin |
#27
|
|||
|
|||
Früher war es bei JDownloader so, dass die Batchdatei nach Erreichen der Zeit in der Option "Warten x Sekunden bis der Befehl beendet ist" einfach abgebrochen wurde.
In der neuen Version gibts es diese Option nun nicht mehr und es scheint so, dass JDownloader aufgrund eines Bugs das Script sofort abbricht wenn es eine Textausgabe macht. Wenn man diese Ausgaben durch den obrigen Code unterdrückt, scheint es zu funktionieren. Kann man damit rechnen dass das behoben wird oder muss man mit dem Workaround leben? Oder ists doch kein Bug sondern ein Feature? :-P |
#28
|
|||
|
|||
Hallo bei mir ist es so, dass ich einen Samsung SMT-3210 habe, bei dem ich die ganze Zeit eine externe .bat zum reconnect benutzt habe. Nach einigem hin und her, habe ich es jetzt geschafft unter Windows 7 die .bat bei manuellem Ausführen zum reconnect des 3210 zu bewegen. Wenn ich nun in der Reconnect-Methode "Extern" wähle kommt leider ein Fehler, dass das System auf die Datei "...reconnect.vbs" nicht zugereifen kann und der Reconnect schlägt fehl.
Wenn ich dann wieder versuche die .bat Datei direkt anzuklicken funktioniert der reconnect. Also ich möchte Eure Arbeit wirklich nicht kritisieren, aber eigentlich sollten doch durch Updates nicht neue Kinderkrankheiten auftauchen, oder? In den früheren Versionen ist die externe .bat einwandfrei gelaufen und ausgeführt worden von JD. Nachdem ich hier aber immer mehr Beiträge finde in dem über die Probleme mit externen Dateien diskutiert wird, denke ich, dass sich viele freuen würden, wenn ihr das wieder auf den Stand von vor einigen Monaten zurück setzt. Da hat noch alles einwandfrei funktioniert. Vielen Dank vorab. Falls du dir die Sache per Teamviewer anschauen möchtest, kannst du das gerne tun. Bitte schick mir eine Nachricht wenn du Zeit hast. Ich hab den Live-Support noch nicht gefunden... Danke. |
#29
|
||||
|
||||
nimm einfach das jdchat addon im jd einschaltel und einloggen
oder http://jdownloader.org/de/knowledge/chat denke ist nur nen kleiner fehler in der batch. die änderung war nötig da windows so manches eben anders macht und nicht gerade toll. es kam vor das jd nicht in der lage ist das extern aufgerufene programm zu beenden oder blockierte dann im externen modus. (sind alles windows fehler). und da haben wir umgeschrieben und wenn es von 10/10 testfällen geht dann ist das okay. aber es gibt soviel externe tools, da können wir schlecht alle testen daher gibts sowas wie support und livehchat
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|