#1
|
|||
|
|||
download queue / liste verschwunden
Es gab ein (Sicherheits)update für Java das wollte ich installieren. also hab ich die neue Version über die alte installiert, sowohl für x86 als x64 und anschließend waren im JDownloader 2 alle download links bzw. die gesamte queue verschwunden.
Es wäre prima wenn man irgendwie davor bescheid bekommen würde, dass ein java update zum kompletten verlust der queue führt! ich habe leider kein backup mehr wo die queue noch drin wäre. und selbst wenn, würde es vmtl. nicht mehr mit der neuen Java version verwendbar sein. Es wäre WIRKLICH WIRKLICH wichtig, wenn jdownloader 2 die download queue vorher irgendwo backupped bevor es sie wg inkompatibiltät zur neuen Java version einfach löscht oder auf 0 bytes resettet!! |
#2
|
||||
|
||||
JD2 macht Backups, sieher andere Forenthreads.
Java Updates führen NICHT zwangsläufig zum Verlust der Liste - bei mir hatte es auch geklappt - ironischerweise hab ich meine Liste noch nie verloren, aber eventuell hatte ich auch nur Glück... GreeZ psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#3
|
|||
|
|||
ich hab mal die umstände genauer untersucht.
JD2 hat aufgrund eines Hoster problems plötzlich unmengen an Logs erstellt, und zwar soviele logs das auf dem JD laufwerk 0 bytes noch frei waren. Dann wurde JD2 geschlossen und zu einem späteren Zeitpunkt das Java update draufgespielt. Im Anschluss daran wurde JD2 gestartet was sogleich updates durchführen wollte -> Ok. Danach wollte JD2 natürlich neu starten und meinte kein Platz mehr frei auf der Platte. Aber zu diesem Zeitpunkt war die download-queue schon pulverisiert. Unglückliche Umstände? Ich kann es mir trotzdem nicht ausmalen wieso die ja ansich abgespeicherte downloadliste gelöscht wurde dabei. es wäre ja was anderes wenn die downloads erst noch hinzugefügt würden und er wegen 0 bytes diese nich abspeichern kann - aber die waren ja schon vorhanden. Ich werd nich schlau draus. Ich werde jedenfalls die queue vor dem nächsten Java update oder vor dem nächsten JD update&restart wenn platte voll war, absichern. |
#4
|
|||
|
|||
So jetzt ist mir das gleiche wieder passiert OHNE ein JAVA update zuvor drauf zu tun.
Folgendes ist passiert: - ein oder zwei Hoster produzierten über Nacht jede Menge Fehlermeldungen im Sekundentakt. - das JD2 Log wuchs unentwegt an bis C:\ bzw. das JD2 Laufwerk voll war (Bei mir hat das Laufwerk nur etwa 300mb - trotzdem) - Als ich am nächsten Tag wieder reinschaute, brachte JD2 eine Fehlermeldung die ich leider nicht mehr im Log habe, aber es war in etwa: Es gab einen Fehler beim schreiben von irgendwas.update.java 342 bytes benötigt, 0 auf C:\ verfügbar. - Mit OK weggeklickt und JD2 beendet. - In Logs Ordner den log-ordner gelöscht der die Festplatte zugemüllt hatte. - JD2 Neu gestartet - Hier hat er evtl. was upgeadated aber ich bin mir nich mehr 100% sicher. - JD2 hat die ganze Downloadqueue verloren und ist auch nicht mehr an üblicher Stelle im filesys zu finden. SUCKT gewaltig! Irgendwas muss hier doch noch eingebaut werden damit nicht (vielleicht) irgendwelche korrupten automatisch eingespielten updates die download queue zerstören, wenn zu dem Zeitpunkt die Festplatte voll war. |
#5
|
||||
|
||||
Wir bräuchten trotzdem ein Log davon.
GreeZ psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#6
|
|||
|
|||
dasselbe mal wieder passiert... disk voll, fehler beim update, ganze download queue weg, hier die Fehlermeldung:
java.io.IOException: Es steht nicht genug Speicherplatz auf dem Datenträger zur Verfügung at java.io.FileOutputStream.writeBytes(Native Method) at java.io.FileOutputStream.write(Unknown Source) at org.appwork.utils.IO.writeToFile(IO.java:548) at org.appwork.utils.IO.writeToFile(IO.java:533) at org.appwork.storage.JSonStorage.saveTo(JSonStorage.java:395) at org.appwork.storage.JsonKeyValueStorage.save(JsonKeyValueStorage.java:331) at org.appwork.storage.config.handler.StorageHandler.saveAll(StorageHandler.java:152) at org.appwork.storage.config.handler.StorageHandler$1.delayedrun(StorageHandler.java:67) at org.appwork.scheduler.DelayedRunnable$2.runNow(DelayedRunnable.java:167) at org.appwork.scheduler.DelayedRunnable$2.run(DelayedRunnable.java:147) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(Unknown Source) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) fehlerbericht hochgeladen, aber weiß nich wie ichs verlinken kann |
#7
|
|||
|
|||
und dasselbe schon wieder passiert... wieder mit dieser Fehlermeldung:
java.io.IOException: Es steht nicht genug Speicherplatz auf dem Datenträger zur Verfügung at java.io.FileOutputStream.writeBytes(Native Method) at java.io.FileOutputStream.write(Unknown Source) at org.appwork.utils.IO.writeToFile(IO.java:548) at org.appwork.utils.IO.writeToFile(IO.java:533) at org.appwork.storage.JSonStorage.saveTo(JSonStorage.java:395) at org.appwork.storage.JsonKeyValueStorage.save(JsonKeyValueStorage.java:331) at org.appwork.storage.config.handler.StorageHandler.saveAll(StorageHandler.java:152) at org.appwork.storage.config.handler.StorageHandler$1.delayedrun(StorageHandler.java:67) at org.appwork.scheduler.DelayedRunnable$2.runNow(DelayedRunnable.java:171) at org.appwork.scheduler.DelayedRunnable$2.run(DelayedRunnable.java:151) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(Unknown Source) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) wenn es schon keinen lösungsansatz für dieses Problem gibt... gibt es denn wenigstens eine möglichkeit JDownloader2 davon abzuhalten überhaupt irgendetwas zu loggen? Wenn es nämlich nich ständig durch die hoster/captcha-Fehler 80mb+ Logs erstellen würde, würde es gar nicht soweit kommen! habe keine möglichkeit gefunden logs zu deaktivieren.. nur zu begrenzen auf 10m/stück und täglich löschen.. das reicht aber nicht. ich will sie ganz deaktivieren. Last edited by jduser34; 24.04.2014 at 13:15. |
#8
|
||||
|
||||
Log: Max Log File Size, in den Profieinstellungen erfüllt nicht den Zweck, den du haben willst?
Oder leite die Ausgabe der Logs dahin um, wo es mehr platz gibt... Last edited by eisbaer; 24.04.2014 at 18:21. |
#9
|
|||
|
|||
Quote:
das umleiten auf anderen speicherplatz wär natürlich möglich, aber diese lösung wäre mehr als suboptimal.. Ich würde mir wünschen: - wenn speicherplatz voll ist, jd2 auto-updates zieht, dass dann nicht gleich die ganze download queue flöten geht. (das passiert wie gesagt, wenn jd2 update-check macht, aber hd voll ist. es folgt ein fehler und nach jd2-neustart ist die dl-queue weg.) - oder ne option um sämtliches Loggen einfach auszuschalten. |
Thread Tools | |
Display Modes | |
|
|