[Problem] debug.log-Datei wird kontinuierlich größer

hanjo · 17 Dez 2016

Ich habe die neueste Version von JFritz (Version 0.7.5_22 vom 08.12.2016) installiert und jetzt festgestellt, dass die Datei "debug.log" ständig wächst. Sie ist nach 2 Tagen 1 GB groß geworden und wird weiterhin größer.

Ich habe nur die Möglichkeit zum Einschalten des debug-Modus beim Start mit dem Parameter -v gefunden, aber keine Hinweise, um das debuggen auszuschalten, um die Datei zu vermeiden.

Hat jemand ein Idee, woran dies Verhalten liegt und wie man es abstellen kann? Das ständige manuelle Löschen der Datei ist wirklich keine praktikable Lösung.

Danke für Eure Hilfe

Hanjo

skyteddy · 18 Dez 2016

Hallo Hanjo,

hanjo schrieb:
Sie ist nach 2 Tagen 1 GB groß geworden und wird weiterhin größer.

huch. Sicher dass es die debug.log von JFritz ist? Läuft Dein PC 2 Tage durch?

Meine hat nichtmal 100kb, aber bei mir wird auch momentan nicht soviel telefoniert. Hast Du denn mal nen Blick rein geworfen, warum die so groß wird? Stehen da Fehler drin, oder woher kommt die Größe? Von wann ist der erste Eintrag und von wann der letzte?

hanjo schrieb:
Ich habe nur die Möglichkeit zum Einschalten des debug-Modus beim Start mit dem Parameter -v gefunden, aber keine Hinweise, um das debuggen auszuschalten, um die Datei zu vermeiden.

Wie startest Du denn JFritz? Über die jfritz.exe? Oder über eine der Batches?

hanjo schrieb:
Das ständige manuelle Löschen der Datei ist wirklich keine praktikable Lösung.

JFritz beenden und neu starten und schon wird die debug.log neu angelegt und die alte ist gelöscht.

happy computing
R@iner

hanjo · 18 Dez 2016

Hallo skyteddy,

danke für Deine Antwort. Du hast recht, beim Neustart wird die Datei gelöscht und neu angelegt. Hatte ich gar nicht bemerkt, da sie sofort wieder wächst und dann in kurzer Zeit riesig wird. Das ist ja fast noch schlimmer, da dies Verhalten meine SSD strapaziert.

In der Datei steht jede Menge Text. Das meiste sieht folgendermaßen aus:

18.12.16 09:35:33|FetchList-Timer2|INFO|JFritzWindow$5 - Running FetchListTask after timer ...
18.12.16 09:35:33|FetchList-Timer2|INFO|JFritzWindow - Reset timer ...
18.12.16 09:35:33|FetchList-Timer2|INFO|JFritzWindow - Fetching list ...
18.12.16 09:35:33|Thread-42|DEBUG|JFritzWindow - Box connected
18.12.16 09:35:34|Thread-42|DEBUG|CallerList - Filtering calls...
18.12.16 09:35:34|Thread-42|DEBUG|CallerList - Adding 0 new calls.
18.12.16 09:35:34|AWT-EventQueue-0|INFO|ReverseLookupAsyncThread - resuming lookup thread again
18.12.16 09:35:34|Thread-2|WARN|ReverseLookupAsyncThread - Exception while looking up +441706363200: This phone number is not supported: +4417063632..
18.12.16 09:35:34|Thread-2|WARN|ReverseLookupAsyncThread - Exception while looking up +6211233500: This phone number is not supported: +62112335..
18.12.16 09:35:34|Thread-2|WARN|ReverseLookupAsyncThread - Exception while looking up +62363990100: This phone number is not supported: +623639901..
18.12.16 09:35:34|Thread-2|WARN|ReverseLookupAsyncThread - Exception while looking up +80016121612: This phone number is not supported: +800161216..
18.12.16 09:35:34|Thread-2|INFO|ReverseLookupAsyncThread - finished lookup thread, waiting for new jobs

18.12.16 09:40:33|FetchList-Timer2|INFO|JFritzWindow$5 - Running FetchListTask after timer ...
18.12.16 09:40:33|FetchList-Timer2|INFO|JFritzWindow - Reset timer ...
18.12.16 09:40:33|FetchList-Timer2|INFO|JFritzWindow - Fetching list ...
18.12.16 09:40:33|Thread-44|DEBUG|JFritzWindow - Box connected
18.12.16 09:40:34|Thread-44|DEBUG|CallerList - Filtering calls...
18.12.16 09:40:34|Thread-44|DEBUG|CallerList - Adding 0 new calls.
18.12.16 09:40:34|AWT-EventQueue-0|INFO|ReverseLookupAsyncThread - resuming lookup thread again
18.12.16 09:40:34|Thread-2|WARN|ReverseLookupAsyncThread - Exception while looking up +441706363200: This phone number is not supported: +4417063632..
18.12.16 09:40:34|Thread-2|WARN|ReverseLookupAsyncThread - Exception while looking up +6211233500: This phone number is not supported: +62112335..
18.12.16 09:40:34|Thread-2|WARN|ReverseLookupAsyncThread - Exception while looking up +62363990100: This phone number is not supported: +623639901..
18.12.16 09:40:34|Thread-2|WARN|ReverseLookupAsyncThread - Exception while looking up +80016121612: This phone number is not supported: +800161216..
18.12.16 09:40:34|Thread-2|INFO|ReverseLookupAsyncThread - finished lookup thread, waiting for new jobs

18.12.16 09:45:33|FetchList-Timer2|INFO|JFritzWindow$5 - Running FetchListTask after timer ...

Die Datei wächst, ohne dass neue Anrufe eingehen. Und der Start erfolgt bei mir jetzt über die jfritz.jar.

Ich habe in der Zwischenzeit bis auf die xml-Dateien alles im Programmordner gelöscht und nur die neuste jFritz-Version direkt aus der JFritz-0.7.5_22.zip in den Ordner kopiert, nicht installiert. So gibt es weder eine jfritz.exe noch batch-Dateien.

Das Programm funktioniert ansonsten einwandfrei. Die Anrufe werden richtig von der Box geholt und die Namen zugeordnet. Auch bei einer Rückwärtssuche wird der deutsche Name gefunden, falls er im öffentlichen Telefonbuch verfügbar ist.

Bin immer noch ratlos

skyteddy · 18 Dez 2016

Hello again,

selbst wenn, wie Dein Ausschnitt zeigt, alle 5 Minuten die Einträge "WARN|ReverseLookupAsyncThread" in der Debug.log drin stehen, kann die Datei nicht 1GB groß werden. 0,5 bis 5 MB in 2 Tagen ja. Kann das sein, dass Du Dich um den Faktor 1000 verhaut hast?

Ich kann es nur teilweise verstehen, dass Dich das nervt wegen Deiner SSD, aber die paar MB schaden der SSD nicht. Da ist die Benutzung eines Browsers in einer Minute intensiver.

Momentan fällt mir kein Weg ein, wie man das Anlegen des debug.logs unterdrücken kann.

Lediglich 2 Tipps zur Verkleinerung fallen mir ein:
- entferne die 4 betreffenden Einträge in Deiner Anruferliste oder ergänze sie um die fehlenden Daten, dann werden sie vom ReverseLookup nicht mehr angefasst
- verringere den Abrufintervall der Anruferliste in den Einstellungen von default 5 Minuten auf z.b. 15 Minuten.

happy computing
R@iner

- - - Aktualisiert - - -

Hello again,

hanjo schrieb:
Hatte ich gar nicht bemerkt, da sie sofort wieder wächst und dann in kurzer Zeit riesig wird.

kannst du mir die große Datei mal bitte per Email zukommen lassen, damit wir die Fehler analysieren können oder sind das "nur" die ReverseLookup-Einträge?

Ich hab gerade mit dem Chefentwickler gechatet und es hier ausprobiert. Der Switch -v hilft schon, behebt aber die "Fehler" in Deiner Anruferliste nicht. Ganz abschalten kann man das Debugging in dieser JFritz-Version (noch) nicht, aber z.B. nur die Errors loggen:

Code:

jfritz.exe -verror

oder

Code:

java -jar jfritz.jar -verror

happy computing
R@iner

PS: Zum Thema SSD noch etwas: Link 1, Link 2, (älterer) Link 3, (älterer) Link 4

hanjo · 18 Dez 2016

Hallo skyteddy,

danke für Deine Mühe. Ich habe inzwischen wie von Dir vorgeschlagen die Nummern gelöscht, die ständig von reverselookup geprüft werden.

Da ich meine Daten spiegele und regelmäßig zusätzlich als automatisches backup sichere, entsteht ein ständiger heftiger Datenverkehr allein durch diesen Prozess.

skyteddy · 18 Dez 2016

Hello again,

hanjo schrieb:
danke für Deine Mühe. Ich habe inzwischen wie von Dir vorgeschlagen die Nummern gelöscht, die ständig von reverselookup geprüft werden.

damit sollte das Problem eine gelöst sein.

hanjo schrieb:
Da ich meine Daten spiegele und regelmäßig zusätzlich als automatisches backup sichere, entsteht ein ständiger heftiger Datenverkehr allein durch diesen Prozess.

Dann mußt Du schauen, was in der debug.log drin steht und die Ursache beheben!

hanjo schrieb:
Ich kann Dir leider keine so große Datei (>500 MB) per Mail schicken, habe Dir aber die Grafik einer alten Datei angehängt, die die Größe nach ca. 1 1/2 Std. deutlich zeigt.

Man kann auch Text-Dateien zippen und dann bleibt nur noch nen kleine Datei übrig.

Und es gibt FileSharer

hanjo schrieb:
Hier das Ende

17.12.16 13:51:22|FBoxThread|DEBUG|FBoxCallMonitor - (CM) [1344189] Connection lost!
17.12.16 13:51:22|FBoxThread|INFO|FBoxCallMonitor - (CM) [1344189] Closed input stream of call monitor!
17.12.16 13:51:22|FBoxThread|INFO|FBoxCallMonitor - (CM) [1344190] Connecting call monitor ...
17.12.16 13:51:22|FBoxThread|INFO|FBoxCallMonitor - (CM) [1344190] Connection to call monitor established!
[....]

~~Was ist das für ein Call-Monitor der dir diese Probleme bereitet? Der Standard-Callmonitor von JFritz ist es nicht.~~ Beheb mal den Fehler und deine Datei ist wieder klitzeklein.
Eventuell Blödsinn, siehe hier: Link

hanjo schrieb:
Danke für Deine Info über die SSD-Zuverlässigkeit, 2,4 PB werde ich wohl so nicht erreichen

Eben, also keep cool

Schöne Vorweihnachtszeit!
R@iner

robot_rap · 18 Dez 2016

Hallo zusammen,

wie skyteddy schon schrieb, kannst du das Logaufkommen mit dem Argument

Code:

-verror

einschränken, aber noch nicht ganz abschalten.

Zum Grund des riesigen Logs habe ich eine Vermutung. Für mich sieht es so aus, als ob du den Anrufmonitor in JFritz aktiviert hast, jedoch (noch) nicht auf der FritzBox (das kannst du machen, indem du am Telefon die Nummer #96*5* wählst).
Ein weiterer Grund könnte sein, dass irgendeine Firewall oder ein "schlauer" Virenscanner die Kommunikation zwischen JFritz und der Fritzbox (über TCP-Port 1012) verhindert.

Grüße,
Robert

skyteddy · 18 Dez 2016

Hallo Zusammen,

der Anpfiff stand kurz bevor, daher hatte ich es nicht mehr ausprobiert

robot_rap schrieb:
Für mich sieht es so aus, als ob du den Anrufmonitor in JFritz aktiviert hast, jedoch (noch) nicht auf der FritzBox (das kannst du machen, indem du am Telefon die Nummer #96*5* wählst).
Ein weiterer Grund könnte sein, dass irgendeine Firewall oder ein "schlauer" Virenscanner die Kommunikation zwischen JFritz und der Fritzbox (über TCP-Port 1012) verhindert.

Für mich sieht es eher nach zweiteren aus, denn wenn ich den Anrufmonitor auf der Fritzbox ausschalte, sehe ich andere Fehlermeldungen im DebugLog, wie die, die hanjo postete. In der Halbzeit habe ich es mal schnell ausprobiert:

Code:

18.12.16 16:27:42|FBoxThread|WARN|FBoxCallMonitor - (CM) [1] IOException: Connection reset
18.12.16 16:27:42|FBoxThread|INFO|FBoxCallMonitor - (CM) [1] Closed input stream of call monitor! 
18.12.16 16:27:42|FBoxThread|INFO|FBoxCallMonitor - (CM) [2] Connecting call monitor ... 
18.12.16 16:27:43|FBoxThread|ERROR|FBoxCallMonitor - (CM) [2] Socket connect timeout: java.net.SocketTimeoutException: connect timed out
18.12.16 16:27:43|FBoxThread|INFO|FBoxCallMonitor - (CM) [2] Closing connection 
18.12.16 16:27:43|FBoxThread|INFO|FBoxCallMonitor - Wating for 1000 ms to retry to reconnect
18.12.16 16:27:44|FBoxThread|INFO|FBoxCallMonitor - (CM) [3] Connecting call monitor ... 
18.12.16 16:27:45|FBoxThread|ERROR|FBoxCallMonitor - (CM) [3] Socket connect timeout: java.net.SocketTimeoutException: connect timed out
18.12.16 16:27:45|FBoxThread|INFO|FBoxCallMonitor - (CM) [3] Closing connection 
18.12.16 16:27:45|FBoxThread|INFO|FBoxCallMonitor - Wating for 2000 ms to retry to reconnect
18.12.16 16:27:47|FBoxThread|INFO|FBoxCallMonitor - (CM) [4] Connecting call monitor ... 
18.12.16 16:27:48|FBoxThread|ERROR|FBoxCallMonitor - (CM) [4] Socket connect timeout: java.net.SocketTimeoutException: connect timed out
18.12.16 16:27:48|FBoxThread|INFO|FBoxCallMonitor - (CM) [4] Closing connection 
18.12.16 16:27:48|FBoxThread|INFO|FBoxCallMonitor - Wating for 4000 ms to retry to reconnect

Also die Kommunikationsverhinderer (z.B. Personal Firewalls bzw. Security Suites) überprüfen.

happy computing
R@iner

hanjo · 18 Dez 2016

Ich habe vor einiger Zeit die Fritzbox neu installieren müssen und dazu nach einem Durchlauf der recovery.exe von AVM ein kurz zuvor erstelltes Backup wieder eingespielt.

Der Tipp mit dem nicht eingeschalteten Anrufmonitor in der Box kann also zutreffen, falls der Monitor nicht durch das backup wieder aktiviert wird und somit noch einmal eingeschaltet werden muss.

Ich habe den Anrufmonitor auf der Box nicht mehr neu gestartet, da alles anscheinend funktioniert hat, einschließlich der durch JFritz-Popups angezeigten ein- und ausgehenden Anrufe.

Aber werden denn Anrufe von der Box ohne Anrufmonitor überhaupt übermittelt? In jedem Fall habe ich die Aktivierung jetzt durchgeführt, kann ja nicht schaden (Anzeige am Telefon: "CallMonitor ein", wird aber auch jeder Wiederholung der Aktivierung wieder angezeigt).

skyteddy · 18 Dez 2016

Hello again,

schau doch einfach ins Debug.log, dann siehst Du, ob der Fehler weg ist!
In JFritz: "Hilfe" -> "Debug-Fenster"

Und in JFritz müssen unten rechts beide Symbole grün sein. Wenn nicht: Welche Kommunikationsverhinderer sind installiert?

happy computing
R@iner

digi1 · 18 Dez 2016

Also, ich hab jetzt mal die Vollzugriffsrechte auf ein leere debug.log entzogen, Fehlermeldungen diesbezüglich erscheint keine und JFritz läuft anstandslos, die debug.log bleibt leer.

skyteddy · 18 Dez 2016

Das ist in meinen Augen kontraproduktiv, denn eine "normale" debug.log bewegt sich im kb-Bereich und so ne Radiaklmaßnahme behebt nicht die Ursache, sondern maximal das Symptom. Besser ist Du schaust in die Debug.log und behebst die Fehler!

digi1 · 18 Dez 2016

Ist schon klar, aber als Sofortmaßnahme, bis Zeit für Fehlersuche ist. Es wurde ja auch gesucht, obs nen Schalter für die debug.log gibt. Falls es sich wirklich um solche utopischen Größen handelt.

robot_rap · 25 Dez 2016

Das Debug-Log wird ab Version 0.7.5 Rev. 23 nur noch mit ERROR-Nachrichten befüllt. Das sollte das Problem mit den riesigen Log-Files beheben.
Falls jemand doch ein erweitertes Logging braucht oder es komplett abschalten will, geht das mit dem Kommandozeilenparameter -v.

Folgende Werte sind möglich:
* -vOFF: keine Einträge in debug.log
* -vERROR: nur Fehler
* -vWARN: Fehler und Warnungen
* -vINFO: Fehler, Warnungen und Infos
* -vDEBUG: Fehler, Warnungen, Infos und Debug-Meldungen

Languages

Suche

Languages

Suche

[Problem] debug.log-Datei wird kontinuierlich größer

hanjo

Neuer User

skyteddy

IPPF-Promi

hanjo

Neuer User

skyteddy

IPPF-Promi

hanjo

Neuer User

skyteddy

IPPF-Promi

robot_rap

Aktives Mitglied

skyteddy

IPPF-Promi

hanjo

Neuer User

skyteddy

IPPF-Promi

digi1

Mitglied

skyteddy

IPPF-Promi

digi1

Mitglied

robot_rap

Aktives Mitglied

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums