Hallo Leute,
ich habe ein Phänomen, bei dem ich nicht weiß, warum es so ist.
Mein System läuft nun knapp 38 Tage ohne Restart, wenn ich nun auf ein NOTIFY klicke, bleibt man System zwischen 1,7 - 2,5 Sekunden stehen. (Perfmon und Ladeverhalten der Seite ist logischerweise träge)
Egal welches notify ich anklicke, bei jedem passiert es.
Klicke ich ein DOIF oder ein AT oder einen DUMMY an, passiert dies nicht und die Seite wird schnell geladen.
Hinzu kommt, aber das wird eine neue Baustelle, wenn mein System ca. 14 Tage gelaufen hat und ich dann einen HM Türkontakt öffne, verursacht dieser auch einen FREEZE, obwohl bis dahin alles ohne Probleme gelaufen hat.
Der Türkontakt ist mit 2 Heizkörperventilen und 2 Wandthermostaten von HM direkt gepeert, das hat bestimmt damit zu tun, denn ein anderer Türkontakt, der kein Peering besitzt, zeigt diese Symptome nicht.
Wie kann ich herausfinden, warum dies so ist ?
Bzw. wer kann mir dabei helfen, der Ursache auf den Grund zu gehen.
Grüße Marcel
Gut das war Teil eins Deiner Aufgaben. Beobachtung. Wo ist Teil 2? Die harten Fakten.
Bitte fhem Log und ein Auszug aus der Entwicklerkonsole im Bereich Netzwerk Java und im Bereich Console.
Grüße
Wie kann ich die Daten aus der Java Konsole Bereich Netzwerk denn speichern...? Nutze Safari...
Anbei davon zumindest schon ein Screenshot.
Bin da jetzt auch nicht der Experte aber von den Zeiten her sehe ich da nichts.
Was sagt FHEM Log?
Aus der Entwicklerkonsole solltest Du per Kopie und Paste arbeiten können.
Auszug aus dem LOG bei global verbose 5:
2018.03.23 09:57:30.723 4: Connection closed for WEB_192.168.178.70_53403: EOF
2018.03.23 09:57:30.723 4: Connection accepted from WEB_192.168.178.70_53440
2018.03.23 09:57:30.724 4: WEB_192.168.178.70_53440 GET /fhem?detail=Test_notify&fw_id=; BUFLEN:0
2018.03.23 09:57:30.740 4: Ignoring TX3
2018.03.23 09:57:30.778 4: Ignoring THR128_1
2018.03.23 09:57:30.813 5: Cmd: >get eventTypes list<
2018.03.23 09:57:33.349 4: WEB: /fhem?detail=Test_notify&fw_id= / RL:76108 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2018.03.23 09:57:33.390 1: Perfmon: possible freeze starting at 09:57:31, delay is 2.39
Das scheint der Verursacher zu sein
2018.03.23 09:57:30.813 5: Cmd: >get eventTypes list<
Gib das mal von Hand in die Kommanozeile ein.
Mehrfach eingegeben, wird auch brav geladen, dauert zwar nen Moment, aber verursacht keinen Freeze.
sollte es aber. interessanter Weise kann ich nämlich in meiner Umgebung wenn das get abgearbeitet wird nichts mehr bedienen. nicht mal F5 geht, also reload der Seite.
Ich muss aber auch gestehen das ich nicht weiß was und wieso da gemacht wird. Da kann bestimmt Rudi was zu sagen.
Eventuell wäre etwas mehr vom log noch ganz gut. Du kannst auch mal verbose 5 mit stacktrace kombinieren.
Mhhhh komisch... Stacktrace ist aktiv...
Wie gross ist die Liste?
Was sagt
fhem> { `wc log/eventTypes.txt` }
Liste hat 2776 Zeilen
***** Edit, sind doch wesentlich mehr, mein Editor lädt gerade noch, richtige Anzahl schreib ich gleich
korrekte Anzahl ist 26980 bei Eingabe von get eventTypes list
fhem> { `wc log/eventTypes.txt` } ergibt
26660 120511 1423174 log/eventTypes.txt
Kurz: eventTypes.txt loeschen, wird "nur" fuer die Wizards verwendet.
Lang: eventTypes.txt untersuchen, und sinnlose Eintraege entfernen. Evtl. mich auch Optimierungsmoeglichkeiten hinweisen.
wenn ich die eventTypes.txt lösche, FHEM einmal neustarten?