JDownloader Community - Appwork GmbH
 

Notices

Reply
 
Thread Tools Display Modes
  #1  
Old 01.11.2009, 00:06
peterpan1
Guest
 
Posts: n/a
Default 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.
Reply With Quote
  #2  
Old 01.11.2009, 15:14
Think3r's Avatar
Think3r Think3r is offline
Community Manager & Admin (inaktiv)
 
Join Date: Apr 2009
Posts: 3,703
Default



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.
Reply With Quote
  #3  
Old 02.11.2009, 13:04
peterpan1
Guest
 
Posts: n/a
Default

Hallo
ich habe :
Vista 64 bit Ultimate
Kaspersky Internet Security
Java das neuste von dieser Seite
Log:http://jdownloader.net:8081/pastebin...71e32f2620b2dd:confused:
Reply With Quote
  #4  
Old 02.11.2009, 13:09
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

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
Reply With Quote
  #5  
Old 03.11.2009, 10:25
peterpan1
Guest
 
Posts: n/a
Default

Hallo
Vista 64 und Kaspersky das lief alles zusammen bis zum Update.
Log:http://jdownloader.net:8081/pastebin...downloader.net
Ich verwende liveheader Methode.
Reply With Quote
  #6  
Old 03.11.2009, 10:28
peterpan1
Guest
 
Posts: n/a
Default

Log ://jdownloader.net:8081/pastebin/6b027466c3ca21b6d1a1d594d6820833

Last edited by peterpan1; 03.11.2009 at 10:35.
Reply With Quote
  #7  
Old 03.11.2009, 12:29
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

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
Reply With Quote
  #8  
Old 03.11.2009, 15:55
herby
Guest
 
Posts: n/a
Default

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?
Reply With Quote
  #9  
Old 03.11.2009, 17:46
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

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
Reply With Quote
  #10  
Old 03.11.2009, 18:40
herby
Guest
 
Posts: n/a
Default

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.
Reply With Quote
  #11  
Old 03.11.2009, 20:08
Paikea
Guest
 
Posts: n/a
Default

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
Reply With Quote
  #12  
Old 03.11.2009, 20:49
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

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
Reply With Quote
  #13  
Old 03.11.2009, 20:51
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

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
Reply With Quote
  #14  
Old 03.11.2009, 21:14
Paikea
Guest
 
Posts: n/a
Default

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
Reply With Quote
  #15  
Old 03.11.2009, 21:36
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

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
Reply With Quote
  #16  
Old 03.11.2009, 22:57
Paikea
Guest
 
Posts: n/a
Default

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:

rem @echo off

c:

mkdir 0c

mkdir 1connect

c:\curl.exe "**External links are only visible to Support Staff** >nul

mkdir 2restart

C:\curl.exe "**External links are only visible to Support Staff** >nul

mkdir 3nicdea

rem Pause

c:\ping.exe localhost -n 10

mkdir 3Aping

c:\devcon.exe disable "PCI\VEN_xxxx&DEV_yyyy&SUBSYS_12345678&REV_90" >nul

mkdir 4mac

rem Pause

c:\ping.exe localhost -n 6 >nul
c:\MacMakeUp.exe set 1 000B6A7D%time:~6,2%%time:~3,2%

rem Pause

mkdir 5nicact

c:\ping.exe localhost -n 16 >nul
c:\devcon enable "PCI\VEN_xxxx&DEV_yyyy0&SUBSYS_12345678REV_90" >nul

rem Pause

mkdir 6wait

c:\ping.exe localhost -n 20 >nul

rem pause

exit

Last edited by Paikea; 04.11.2009 at 00:17.
Reply With Quote
  #17  
Old 03.11.2009, 23:03
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

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
Reply With Quote
  #18  
Old 03.11.2009, 23:33
Paikea
Guest
 
Posts: n/a
Default

Leider hilfts nicht. Per Hand gehts wie gehabt.

Ich probier noch was weiter
Reply With Quote
  #19  
Old 03.11.2009, 23:50
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

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
Reply With Quote
  #20  
Old 04.11.2009, 01:54
Paikea
Guest
 
Posts: n/a
Default

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
Reply With Quote
  #21  
Old 05.11.2009, 01:06
Paikea
Guest
 
Posts: n/a
Default

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
- Interpreter auf "cmd /c" stellen
- "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!
Reply With Quote
  #22  
Old 05.11.2009, 02:03
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

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
Reply With Quote
  #23  
Old 05.11.2009, 15:33
herby
Guest
 
Posts: n/a
Default

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
Reply With Quote
  #24  
Old 05.11.2009, 19:58
Paikea
Guest
 
Posts: n/a
Default

@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:
/x

Aktiviert die Erweiterungen für die Windows 2000-Version von Cmd.exe, um die Programmierumgebung der Shell zu erweitern. Die folgenden Befehle verwenden die Erweiterungen: del (erase), color, cd (chdir), md (mdir), prompt, pushd, popd, set, setlocal, endlocal, if, for, call, shift, goto, start, assoc und ftype. Einzelheiten finden Sie in der Hilfe zu dem jeweiligen Befehl.
nicht das ihs benötige, aber vielleicht ja irgendwer anders

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:
[...]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.
Er hatte halt hier die externe Batch Datei laden und ausführen sollen, hat aber offensichtlich eine andere Batch Datei oder ein Cache Eintrag ausgeführt.


Naja, ich kom gleich mal in den Chat
Reply With Quote
  #25  
Old 05.11.2009, 21:49
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

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
Reply With Quote
  #26  
Old 05.11.2009, 22:13
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

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
Reply With Quote
  #27  
Old 07.11.2009, 00:23
larrry
Guest
 
Posts: n/a
Default

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
Reply With Quote
  #28  
Old 14.11.2009, 16:52
suppenkasper
Guest
 
Posts: n/a
Default

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.
Reply With Quote
  #29  
Old 14.11.2009, 17:25
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

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
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT +2. The time now is 17:58.
Provided By AppWork GmbH | Privacy | Imprint
Parts of the Design are used from Kirsch designed by Andrew & Austin
Powered by vBulletin® Version 3.8.10 Beta 1
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.