Quote:
Originally Posted by Jiaz
Bitte im JDownloader Ordner nach hs_err Dateien schauen. Wenn Java crasht werden solche Dateien angelegt und dann kann ich mehr dazu sagen.
|
Hab je eine Datei von 2 verschiedenen Rechnern geladen und als ZIP-Download erstellt:
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**
Quote:
Originally Posted by Jiaz
Die 7zipBindings werden seit Jahren genutzt und mir ist eine Crash*freudigkeit* total unbekannt. Bis jetzt konnte ich jeden Crash noch immer auf Buggy Hardware/Treiber zurückverfolgen. Da die CPU overclocked ist, kannst du Systeminstabilität ausschließen? Mal testhalber auf normalen Takt gefahren?
|
Es wäre ein sehr großer Zufall das nur JD2/Java crasht auf mehreren Systemen mit unterschiedlicher Hardware.
Vielleicht noch um die Situation zu verdeutlichen. Man beachte beide Logs, da nur ein Rechner übertaktet ist. Weitere Logs/Daten wären sicherlich möglich aber dürften keine andere Situation zeigen.
Dazu wurde der Server mit Übertaktung vor dem Einsatz mit Lasttests getestet auch mit memtest ohne das ein Fehler gefunden wurde. Heiß wurde auch nichts außerhalb der Norm. Sicherlich kann man z.B. memtest intensiver laufen lassen aber bei mehreren Systemen ist die Wahrscheinlichkeit gering.
Überwiegend handelt es sich um Server in min. 3 Rechenzentren, meist mit IPMI zwecks Zugriff auf das BIOS/Bootvorgang.
1.
CPU: Intel i7-7700k Overclocked 4c /8t @4,7GHz / 5.0GHz in Turbo Boost
RAM: 64GB DDR4 2400MHz
HDD: 2x450GB NVMe Intel P3520
GPU: Intel HD Graphics 630
Anbindung: 1 Gigabit
Primärer Downloadhoster: Zippyshare
System: Windows Server 2012 R2
2. Wie 1 nur mit normalen Takt. Probleme dabei unverändert.
System: Windows 8.1 Pro
3.
CPU: 2x Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz
RAM: 128 GB
HDD: 3 TB (SATA)
Anbindung: 10 Gigabit
System: Debian Linux 8.6
Primärer Downloadhoster: Zippyshare
4.
CPU: Intel Atom C2750 @ 2.40 GHz
RAM: 8 GB
HDD: 1 TB (SATA)
Anbindung: 1 Gigabit
System: Windows Server 2012 R2
Primärer Downloadhoster: Zippyshare
Auf dem folgenden fünften System dagegen crasht nichts seit mehreren Terabytes:
5.
CPU: Intel Xeon E3-1275 @ 3.40Ghz
RAM: 16 GB
HDD: 1x 6 TB (SATA), 1x 300 GB (SAS)
Anbindung: 1 Gigabit
System: Windows Server 2012 R2
Primärer Downloadhoster: Zippyshare
Es tritt auf 4 Systemen auf. 2 davon sind von der Hardware identisch, nur das eines übertaktet ist, das andere momentan nicht. Systeminstablitäten können wohl ausgeschlossen werden außer jemand hat speziell eine Erkennung für JD2/Java in die Hardware integriert!
Dagegen Probleme mit Treibern/Hardware wäre denkbar aber wieso dann nur JD2? Java?
Downloads mit anderen Tools wie mipony, megadownloader und viele andere laufen problemlos.
Quote:
Originally Posted by Jiaz
Bitte schick mir BspLinks zu Archiven bei dem JDownloader fälschlicherweiße nach einem PW fragt. Ich hatte noch nie ein RAR4 gesehen und evtl spinnt da mein RAR-Header parser.
|
Mit RAR4 war alles außer RAR5 gemeint, kann sein das es intern anders genannt wird.
Hashcat als Beispiel sagt dazu RAR3-hp bzw. RAR5.
WinRAR meldet das Part4 korrupt sei (korrekt) und JD2 dagegen will ein Passwort dabei (falsch!).
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**
Die 4 Parts reichen um das Problem zu reproduzieren.
Optimal wäre wenn im Status der defekte Part bereits steht, wie unrar/winrar es eben auch meldet ggf. mit automatischen erneuten Download.
Einfach weil ich im Entpackungsverlauf den betroffenen Part auch nicht identifizieren konnte.
+ Tippfehler "Entpackunsverlauf" als Titel in der deutschen Übersetzung!
Beispiel:
Quote:
Originally Posted by Jiaz
PS: Ich vermag nicht ausschließen das die 7zipBinding NICHT crasht, jedoch sollten solche Reports doch häufiger hier im Forum vorkommen wenn es ein generelles Problem mit dem Binding ist.
|
Man konnte es meist auf Systemen mit Gigabit bisher beobachten und auch nicht alle. Eventuell müssen ausreichend hohe Datenmengen verarbeitet werden um das Problem zeitnah zu produzieren.
Quote:
Originally Posted by Jiaz
Also soll nicht heisen, das ich die Schuld auf dein System schieben und deswegen erstmal die obigen Fragen  |
Mehrzahl! Plural! Es ist nicht ein einziges System, sonst hätte ich das System einfach gewechselt wegen Hardware/Treiber.
Ändert nichts an extract_en_original.png + jd2-video.zip möchte ich anmerken, wo man mit der Meldung ins Grab gespammt wird.
EDIT:
Was bedeutet "Blocked by ISP, Firewall" wenn es weder ISP bzw. Firewall ist sondern JD2/Java blockiert einfach die Netzwerkverbindungen? Welche Ursachen kommen dabei in Frage?
Gleichzeitig kam noch eine sonderbare Meldung "Es wird zuviel Speicher verbraucht"? Java? Memory Limit von JD2/Java?
Der Rechner selbst hatte sehr viel freien Speicher (32 GB und mehr noch übrig) sowie auf jeder Festplatte noch min. 100 GB frei. Die Bandbreite war ebenfalls kaum ausgelastet. Beim Neustart vom JD2 war bis auf die Meldung nichts mehr von dem Problem festzustellen!
Sonst kommt selten mal die Meldung "Plugin veraltet" obwohl es danach direkt wieder mit der gleichen Datei funktioniert (Zurücksetzen). Server error konnte ich nicht überprüfen, da nur einmal vorgekommen bisher.