#1
|
|||
|
|||
Download hängt im Status "Starte" fest
Wie im Titel beschrieben hängt der Download leider für lange Zeit und/oder dauerhaft im Status "Starte" fest.
Dies wohl auch erst seit dem neusten Update. Anbei der Log, insofern dieser so richtig übertragen wurde. LG 03.09.22 11.58.04 <--> 03.09.22 12.01.06 jdlog://2769211370661/ |
#2
|
||||
|
||||
Hi,
kannst du dieselben Links ohne Probleme manuell im Browser herunterladen? Bitte poste Testlinks und einen weiteren Log.
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#3
|
|||
|
|||
Hi,
Im Browser ging das tatsächlich alles ohne Probleme. Mittlerweile konnte ich auch feststellen, dass das Problem überwiegend bei DDownload auftritt. Im Vergleich zieht sich der Download über Rapidgator zwar beim Status "Start" in die Länge und stockt auch mehrfach, aber er startet immerhin, was bei DDownload nicht der Fall ist. Der aktuelle Log: 03.09.22 17.33.40 <--> 03.09.22 18.08.35 jdlog://7769211370661/ Leider weiß ich nicht genau, was du mit den Testlinks genau meinst. LG |
#4
|
||||
|
||||
@realTIAN: Danke für das Log. Die Ursache liegt darin das JDownloader bei dir eine funktionierende IPv6 Konnektivität erkennt, diese aber nicht klappt und daher die Verbindungen länger dauern bis es dann über IPv4 klappt.
Könntest du mir bitte die Ausgabe von cmd.exe Quote:
Dann kann ich das prüfen und den JDownloader entsprechend anpassen das dies nicht mehr passiert. Als direkte Lösung deines Problems Einstellungen->Profieinstellungen->MyJDownloaderSettings.preferredipversion auf IPV4_IPV6 umstellen und JDownloader neustarten
__________________
JD-Dev & Server-Admin Last edited by pspzockerscene; 05.09.2022 at 13:22. Reason: Tippfehler fixed |
#5
|
|||
|
|||
Quote:
Entschuldige für meine später Rückmeldung, ich war die Tage leider beruflich unterwegs. Ich probiere mal eben deine Lösung aus! Vllt. behebt diese auch das neue Problem, der langsamen bzw. schwankenden Downloads! EDIT: Mein Internetanbieter ist ein kleiner, lokaler mit dem Namen RFT-Kabel, der benutzte Router ist der ARRIS TG2492. LG Last edited by Jiaz; 09.09.2022 at 11:25. Reason: Danke, IP entfernt |
#6
|
||||
|
||||
@realTIAN: Danke für die Rückmeldung, ja stell einfach auf IPv4 wieder zurück, dann wird ein evtl IPv6 Problem dich nicht weiter *ärgern*
__________________
JD-Dev & Server-Admin |
#7
|
|||
|
|||
:confused:
Quote:
Da ich mich gerade im Urlaub befinde, habe ich bisher lediglich von unterwegs links reingeschmissen und das hat bis gestern auch problemlos geklappt. Verändert habe ich nichts, keine Updates oder Neustarts. System lief seit ich in Urlaub bin stabil und durchgehend ohne Probleme. Ich hab auch bereits verschiedene Hoster probiert, überall das selbe Ergebnis. Merkwürdigerweise hab ich gerade festgestellt, dass der Premium Account wiederkehrend "no internet connection" zurückgibt, obwohl der Account Einzug mich aktiv und gültig ist. Nach de- und aktiveren ist der auch wieder grün, allerdings ändert sich das nichts am Ergebnis :( Ich hab auch gerade probiert über die Android App ein logfile zu erstellen. Nach dem auswählen der Daten passiert aber scheinbar nichts, wenn ich auf OK klicke. Ich nutze jd seit Jahren ohne größere Probleme als headless Instanz auf einem NAS. Internetanbieter ist Vodafone (Unitymedia) über Kabel mit ner Fritzbox 6490. Last edited by pma3000; 21.09.2022 at 12:23. Reason: Textliche Erweiterung zum Account "no internet connection" |
#8
|
||||
|
||||
Quote:
Die Meldung kommt sofern Java den DNS Namen nicht auflösen kann, weil zb grad keine Internetverbindung vorhanden war oder ein DNS Fehler vorliegt oder irgendwas andres. Ohne Log kann ich da wenig dazu sagen. LogID dann bitte hier posten
__________________
JD-Dev & Server-Admin |
#9
|
|||
|
|||
Quote:
Würde ich gerne. Allerdings kriege ich die Meldung "failed to create log. Please try again" Auch beim zweiten oder dritten Versuch :( Könnte eventuell am VPN liegen, der auf dem NAS läuft? Ich hab nämlich manchmal nach Updates auch das Problem, dass ich VPN ausschalten muss, damit der JD wieder vernünftig connected. Was kann ich tun, ohne psychischen Zugriff auf den JD bzw. kann ich überhaupt was machen ohne z.B. putty? Wobei mich grundsätzlich wundert: Ich komm per App und Webinterface an den JD. Internet Zugriff hat die Instanz also schonmal. Zugriff auf meine Fritzbox hab ich auch übers Internet, auch hier keine Auffälligkeiten. An der grundsätzlichen Connection scheints ja also erstmal nicht zu liegen würde ich jetzt sagen. Änderungen an der config des JDs oder Updates hab ich aus der Ferne extra nicht gemacht (u.a. wegen oben beschriebener VPN update Problematik), sowie keine Änderungen am Netz vorgenommen zwischen dem Zustand" alles läuft" (vorgestern) und "es hängt" (gestern). Last edited by pma3000; 21.09.2022 at 13:27. |
#10
|
||||
|
||||
@pma3000: Ohne physischen Zugriff wird das glaube ich nix :( Da ich deine Konfiguration nicht kenne, zb ob du bzgl VPN eine besondere Konfiguration, kann ich nicht wirklich sagen wo das Problem/welche Ursache es ist. Nur weil JDownloader zu MyJDownloader verbinden kann, reicht zb schon ein Ausfall des DNS das sonst nichts mehr geht. Oder durch besondere Einstellungen im JDownloader /zb wegen dem VPN das lediglich MyJDownloader geht und alles andere nicht.
Updates an sich sollten keinerlei Einfluss/Auswirkungen auf die Konnektivität haben, unabhängig ob mit/ohne VPN. Ist das VPN denn verbunden und hat eine stabile/funktionierende Verbindung? Ja, natürlich kann ein VPN da Probleme machen, aber auch hierzu kann ich ohne weitere Informationen wenig sagen. Wir können uns das gerne gemeinsam näher anschauen, sobald du wieder aus dem Urlaub zurück bist. Meld dich einfach an support@jdownloader.org
__________________
JD-Dev & Server-Admin Last edited by pspzockerscene; 21.09.2022 at 15:29. Reason: Tippfehler fixed |
#11
|
|||
|
|||
Quote:
Ich bin wieder zuhause, habe also heute Mal das NAS neugestartet, den VPN nicht aktiviert, jdownloader gestartet, Problem unverändert. mehrere alte config files wieder eingespielt, neugestartet, Problem unverändert. Cfg Verzeichnis vom PC Client aufs NAS kopiert, neugestartet, andere Probleme ( "falscher" Name im Webdienst). Ebenfalls ohne Erfolg. Letzten Schritt wieder rückgängig gemacht. Jetzt kommen die Links nicht mal mehr im Linksammler an :( |
#12
|
||||
|
||||
Ich empfehle, vor solchen Änderungen ein vollständiges Backup des JD Installationsordners auf deinem NAS anzulegen, um auch sicher wieder auf den vorherigen Stand zurückkommen zu können.
Zum Rest: Jiaz wird darauf eingehen, sobald er Zeit findet.
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#13
|
|||
|
|||
Vielen Dank erneut für eine sehr schnelle Antwort eurerseits. Ich hab mein Problem jetzt glücklicherweise doch selbst lösen können, indem ich den Parameter custom proxy list auf default gesetzt habe.
Topic kann also wieder geschlossen werden. Ticket mit der ID LYV-328-81679 ebenso, oder soll ich das per Mail machen? An der Stelle möchte ich aber dennoch danke sagen, dass ihr das Forum und das Thema schon so lange so mega stark hier in der Form supportert. Aufrichtigen Dank. |
#14
|
||||
|
||||
Ticket schließen wir später.
Vielen Dank für dein nettes Feedback! Grüße, psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#15
|
||||
|
||||
@pma3000: Danke für die Rückmeldung! Hast du noch zufällig den Inhalt von der Profeinstellung, damit man prüfen kann was los war? Also war meine ursprüngliche Vermutung bzgl Konfiguration wohl der Grund.
__________________
JD-Dev & Server-Admin |
#16
|
||||
|
||||
Soeben diese LösungsSammlung gefunden und daher noch nichts ausprobiert für diese bei mir ungemein sporadisch auftretende Problematik - aber schon jetzt eine Frage: Verträgt es sich mit den bisherigen LösungsAnsätzen, wenn ein durch das hier behandelte StartenWarten blockierter DL völlig problemfrei fortgesetzt wird, nachdem JDL per Datei/Neustart zur **External links are only visible to Support Staff**klassischen Problembewältigung überredet wurde?
Reconnect fand übrigens schon deswegen dazwischen nicht statt, weil am selben Tag über verschiedene IPs getätigte DLs beim aktuellen premiumHoster vertragswidrig sind. Log vor/nach Neustart gibts leider (noch) nicht wg gesteigerter VerbindungsArmut, die mit folgendem dump erklärt wurde: Quote:
__________________
ne schöne jrooß, sj_rolak |
#17
|
||||
|
||||
Quote:
Aber ein Log wäre hilfreich, damit wir prüfen können, was genau da *hängt* @sj_rolak: Der LogUpload hat nicht geklappt da dein System/DNS nicht auflösen konnte Quote:
__________________
JD-Dev & Server-Admin |
#18
|
||||
|
||||
Thx, Captain Obvious, dafür hats Englisch noch gereicht nur das 'warum' erschloß sich mir nicht aus dem callstack-dump.
Hat sich allerdings gebessert, denn nach der wetterangepaßten Denkpause 'um die Häuser spazieren' gabs überhaupt keinen wwwKontakt mehr. Win dürfte sich in den Fuß geschossen und die Bitfäule sich immer weiter ausgebreitet haben, denn nach einem Win-Neustart, also der erweiterten klassischen Problemlösung, lief alles wieder glatt. Dschermenie proudly presents se vorher/nachher-Log: Quote:
Derweil wurde hier die IPV4_IPV6-Karte eingesetzt und hoffentlich warte ich mindestens bis zum nächsten Rechner auf eine Problem-Wiederholung...
__________________
ne schöne jrooß, sj_rolak |
#19
|
||||
|
||||
@sj_rolak: Das *warum* wahrscheinlich aufgrund des *gabs überhaupt keinen www Kontakt mehr*. Evtl war die Internet/Netzwerk-Verbindung tot oder lediglich die Verbindung zum DNS. In solchen Fällen immer mal prüfen ob nur DNS nicht mehr geht oder auch das Anpingen von Servern in Netz, zb 1.1.1.1 oder 8.8.8.8.
Das Log beinhaltet leider keinen solchen Moment, denn um zu sehen was da in dem Moment *hängt* oder *hing* muss das Log genau in diesem Moment erstellt werden, denn nur dann wird die Thread-Übersicht erstellt
__________________
JD-Dev & Server-Admin Last edited by Jiaz; 18.12.2022 at 22:39. |
#20
|
||||
|
||||
Quote:
Mittlerweile ist allerdings der Auslöser des Geschehens extrem sicher ausgemacht: der browser-freeDL von auf filebit() gehosteten Dateien. Unter Win7 gibt es dabei sowohl mit FireFox als auch mit Chrome ab kurz vor dem tatsächlichen DL, also ~bei Erreichen der 100%-Marke einen gefühlt ewigen, tatsächlich aber keine ganze Minute langen system-stall, minimal responsive GUI, der sich erst nach komplett angekommener Datei so langsam wieder auflöst. Nach unterschiedlich vielen DLs, klein einstelliger Bereich, startet dann unweigerlich das anfangs beschriebene Szenario. Für euch getestet in 7 Ob das nun an **External links are only visible to Support Staff**filebits API liegt oder filebit für den browser-freeDL ganz was anderes unternimmt, ist mir noch nicht klar. Evtl teste ich demnächst den angebotenen KommandozeilenWrapper der API in Python...
__________________
ne schöne jrooß, sj_rolak |
Thread Tools | |
Display Modes | |
|
|