98_FREEZEMON - der bessere PERFMON?

[KernSani]

Das Modul ist ab morgen (06.02.2018) Bestandteil des offiziellen Updates und wird hier https://forum.fhem.de/index.php/topic,83909.0.html weiter diskutiert.

Hallo zusammen,

ich empfinde das aufspüren von "possible freezes" mit Hilfe von PERFMON, ggf. verbose 5 und apptime als extrem umständlich. Daher habe ich auf Basis von PERFMON ein Modul geschnitzt.

FREEZEMON überwacht - ähnlich wie PERFMON mögliche Freezes, allerdings ist FREEZEMON ein echtes Modul und hat daher:

• Readings - die geloggt werden können und damit viel einfacher ausgewertet werden können
• Attribute - mit denen das Verhalten von freezemon beeinflusst werden kann
• zusätzliche Funktionalität - die versucht das den Freeze verursachende Device zu identifizieren

FREEZEMON ist noch in einem sehr frühen Stadium, läuft bei mir aber seit ein paar Tagen stabil, Daher würde ich mich freuen wenn der ein oder andere sich traut zu testen und Feedback gibt.

Ich würde empfehlen, PERFMON zu deaktivieren, wenn FREEZEMON aktiv ist, da beide auf die selbe Art Freezes erkennen und dann nur alles doppelt kommt.

FREEZEMON wird ohne Parameter definiert.

Code Auswählen Erweitern

define myFreezemon freezemon

damit ist der Freezemon aktiv (im Log sollte eine entsprechende Meldung geschrieben werden)

Readings (nach dem ersten erkannten Freeze):
freezeTime: Dauer des Freezes
freezeDevice: Liste von möglicherweise den Freeze auslösenden Funktionen(Devices)
fcDay: kumulierte Anzahl der Freezes pro Tag
ftDay: kumulierte Dauer der Freezes pro Tag
fcDayLast: speichert die kumulierte Anzahl der Freezes des vergangenen Tages (um tageweise plots zu erstellen)
fcDayLast: speichert die kumulierte Dauer der Freezes des vergangenen Tages (um tageweise plots zu erstellen)
state: s:<StartZeit> e:<EndeZeit>f:<Dauer> d:<Devices>

Attribute
fm_freezeTime: Wert in Sekunden (Default: 1) - Nur Freezes länger als fmFreezeTime werden als Freeze betrachtet
fm_forceApptime: Wenn FREEZEMON aktiv ist wird automatisch apptime gestartet (falls nicht aktiv)
fm_log: dynamischer Loglevel, nimmt einen String der Form 10:1 5:2 1:3 entgegen, was bedeutet: Freezes > 10 Sekunden werden mit Loglevel 1 geloggt, >5 Sekunden mit Loglevel 2 usw...
disable: aktivieren/deaktivieren der Freeze-Erkennung

Get
freeze: gibt die letzten 20 freezes zurück (in Kompakter Darstellung, wie im state) - Dies dient einem schnellen Überblick, für detailliertere Auswertungen empfehle ich die Daten zu loggen.

Code Auswählen Erweitern


##############################################################################
#   Changelog:
# 0.0.08: trimming of very long lines in "get freeze"
# start freezemon only after INITIALIZED|REREADCFG (and as late as possible)
# 0.0.07: just for fun - added some color to "get freeze"
# Fixed bug with uninitialized value (Thanks Micheal.Winkler)
# 0.0.06: Code cleanup
# Fixed bug with dayLast readings
# 0.0.05: Experimental coding to improve bad guy detection
# German and English documentation added
# 0.0.04: Added Get function to get last 20 freezes
# 0.0.03: Added dynamic loglevel attribute fm_log
# Added missing "isDisabled" check in define function
# Do some checks not every second
# Fixed PERL WARNING "uninitialized value" if no Device found
# minor adjustments and bugfixes
# 0.0.02: Fixed logical issue with freezetime Attribute
# Renamed Attributes
# added dayLast readings
# fixed delete attribute "disable"
# fixed issue with missing svref_2object
# minor adjustments and bugfixes
#   0.0.01: initial version
##############################################################################

[herrmannj]

der perfmon autor liest mal mit

vg
joerg

[MadMax-FHEM]

Bin grad (länger) unterwegs aber will nichts verpassen und sobald ich zurück bin werd ich mal mein Testsystem damit "füttern"...

Bin gespannt!

Gruß, Joachim

[KölnSolar]

Und schon im Testsystem aktiviert 

Erste kleine Kritik:
Positiv: Ein solches Tool fehlt in FHEM. Prima Idee. Scheint schön einfach in der Handhabung.
Und schon hat FreezeMon den ersten kleinen Übeltäter aufgespürt. Und das in einem fast leeren Testsystem. 
Negativ:
keine einheitliche Namensgebung, was upper/lower case betrifft: freezeTime vs. fmFreezeTime

Und nur so als Gedanke: Bei der Vielzahl der Module verliert man mittlerweile ja den Überblick. Ich könnt mir daher eine Integration in SYSMON vorstellen, was man dann als "Kernmodul" von FHEM installiert, also ein Modul wie FHEMWEB oder allowed, was in keiner Installation fehlen sollte.

Grüße Markus
Edit: FW_closeInactiveClients (0) im FreezeDevice hilft wenig; ließe sich ermitteln, welches Modul verantwortlich ist bzw., sofern/da es aus dem "Kern"(fhem.pl) kommt, wenigstens entsprechend kennzeichnen/beschreiben ?
Edit2: Verursacher ? 

Code Auswählen Erweitern

2018.02.03 08:19:07 1: FreezeMon: freezedetect possible freeze starting at 08:19:04, delay is 3.003 by

Edit3: FreezeTime =1; Alle Meldungen im Log haben FreezTime > 3 u. ganz oft 3.003 

[KernSani]

Danke für's erste testen Schau ich mir heute Abend gleich mal an. Bezüglich dem Verursacher muss ich mal noch genauer verstehen, was ich da eigentlich mache Hab mir da ein bisschen was aus apptime zusammen kopiert...


Kurz, weil mobil...

[KölnSolar]

Nun auch produktiv im Einsatz und ich erhalte die üblichen Verdächtigen. 

Was soll mir diese Zeile

2018.02.03 12:20:22 1: FreezeMon: freezedetect possible freeze starting at 12:20:21, delay is 1.407 by GPIO4_DeviceUpdateLoop (RPi_OW_VL) at_Exec (check_jammer) GPIO4_DeviceUpdateLoop (RPi_OW_WWL)

sagen ? at_Exec (check_jammer) ist eher unverdächtig. Ein simples at, welches lediglich per ReadingsAge das Alter eines timestamps prüft.

Manchmal hab ich ne Menge "Routinen" im Reading stehen. Sind das dann Blocking-Calls ?

Loglevel 1 empfinde ich als zu "hoch". 2 genügt meines Erachtens. Entweder hat man eh das device bewusst kurzzeitig enabled oder man lässt es permanent enabled. Was man im Log oder Reading sehen möchte, lässt sich ja über FreezeTime steuern. Evtl. noch eine Differenzierung zwischen Log(LogFreezeTime) und Reading(FreezeTime). Das Reading gucke ich mir bewusst zu einem bestimmten Zeitpunkt an und beobachte es. Das Log soll mich auf Freezes hinweisen, wenn ich mich gar nicht aktuell mit dem Thema auseinandersetze, also nur im nachhinein über einen Zustand informieren möchte.

[KernSani]

Vielen Dank für's Testen und die Anregungen.

Manchmal hab ich ne Menge "Routinen" im Reading stehen. Sind das dann Blocking-Calls ?

Wahrscheinlich ist einer davon der Schuldige. der Freezemon kann hier nur raten. Es wird ermittelt welche internen Timer zum Zeitpunkt des Freezes ausgeführt werden sollten und die werden alle als verdächtig angesehen. Ich werde das noch irgendwie ausdünnen - ob ich es wirklich auf ein Device einschränken kann, also den Schuldigen eindeutig ermitteln kann, bin ich mir noch nicht so sicher...

Evtl. noch eine Differenzierung zwischen Log(LogFreezeTime) und Reading(FreezeTime). Das Reading gucke ich mir bewusst zu einem bestimmten Zeitpunkt an und beobachte es.

Meine Plan ist eigentlich ein konfigurierbarer Loglevel. sowas in der Art: 10:1 5:2 1:3, bedeutet über 10 Sekunden wird mit Level 1 geloggt, über 5 Sekunden mit Level 2 usw...
Der große Vorteil der Readings ist aus meiner Sicht, dass ich diese in DbLog (oder FileLog) mitloggen kann und dann gezielt auswerten kann (Mir schwebt z.B. vor, die Top10 Verdächtigen - nach Häufigkeit und/oder Dauer anzuzeigen). Bei besonders langen freezes könnte ich mir auch eine Pushmessage schicken lassen o.ä.

[Ma_Bo]

Ich lese mal mit und werde nächste Woche auch mittesten.

Grüße Marcel


Tapatalk iPhone, daher kurz gehalten.

[KölnSolar]

Ja, auch gut

Meine Plan ist eigentlich ein konfigurierbarer Loglevel. sowas in der Art: 10:1 5:2 1:3, bedeutet über 10 Sekunden wird mit Level 1 geloggt, über 5 Sekunden mit Level 2 usw...

[helmut]

FREEZEMON ist noch in einem sehr frühen Stadium, läuft bei mir aber seit ein paar Tagen stabil, Daher würde ich mich freuen wenn der ein oder andere sich traut zu testen und Feedback gibt.

Da ich mit perfmon schon einige Resourcenfresser gefunden habe, finde ich Deinen Ansatz
sehr interessant.

Ich würde empfehlen, PERFMON zu deaktivieren, wenn FREEZEMON aktiv ist, da beide auf die selbe Art Freezes erkennen und dann nur alles doppelt kommt.

Das habe ich getan.

Readings (nach dem ersten erkannten Freeze)

Die habe ich nicht zu sehen bekommen, aber nach wenigen Minuten oder auch nur
Sekunden stuerzt mein fhem reproduzierbar ab mit:
Undefined subroutine &main::svref_2object called at ./FHEM/98_freezemon.pm line 280.

Auch mit "verbose 5" sehe ich nicht mehr; unter "helper" nur die ueblichen Verdaechtigen
wie zum Beispiel:
apptime    DbLog_execmemcache (bath45DbLog) EspLedController_Check (rgbctrl_wz01)
apptime    TSCUL_SendPingHM (CUL1)
apptime    HMUARTLGW_CheckCredits (HMUARTLGW_CheckCredits)
apptime    TSCUL_SendPingHM (CUL1) SYSMON_Update (sysmon)

Mein fhem-System ist aktuell, jedenfalls behauptet das der "update check". perl ist mit
Version v5.20.2 auf einem "Raspbian GNU/Linux 8 (jessie)" installiert.

Gruss Helmut

[KernSani]

Undefined subroutine &main::svref_2object called at ./FHEM/98_freezemon.pm line 280.

Ich habe die Version im ersten Post aktualisiert. Die Funktion wird normalerweise mit apptime mit eingebunden. Jetzt geht's auch wenn apptime nicht läuft (und ein paar weitere Änderungen - siehe changelog im ersten Post).

Grüße,

Oli

[raimundl]

Nur zur Info meine LogDatei:

Code Auswählen Erweitern

2018.02.03 20:14:34 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_freezemon.pm line 163.
2018.02.03 20:14:34 1: FreezeMon: FreezeMonitor possible freeze starting at 20:14:29, delay is 5.648 by
2018.02.03 20:14:34 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_freezemon.pm line 167.

Danke für das Modul und LG

[helmut]

Jetzt geht's auch wenn apptime nicht läuft

Hallo Oli,

danke, das sieht jetzt gut aus und ich sehe auch das erste "freeze-READINGS".
Die Warnungen die raimundl in der Log-Datei hat, gibt es bei mir nicht.

Gruss Helmut

[KernSani]

Danke für's Feedback.

Code Auswählen Erweitern

2018.02.03 20:14:34 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_freezemon.pm line 163.
2018.02.03 20:14:34 1: FreezeMon: FreezeMonitor possible freeze starting at 20:14:29, delay is 5.648 by
2018.02.03 20:14:34 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_freezemon.pm line 167.

Hmmm... da konnte Freezetime garkeinen Prozess finden, der den Freeze verursachen könnte...  Zumindest die Warnungen kann ich verhindern. Update im ersten post

@KölnSolar: Loglevel ist jetzt auch einstellbar

[KölnSolar]

wo und wie  hab nur noch fm_freezeThreshold und Plausi: Attribute fm_freezeThreshold has to be a number (seconds)

Du hast oben auch noch den alten Download drin.

[KernSani]

wo und wie  hab nur noch fm_freezeThreshold und Plausi: Attribute fm_freezeThreshold has to be a number (seconds)

Du hast oben auch noch den alten Download drin.

Ups... was ist da schief gegangen... Jetzt aber, aktualisiert im ersten Post.

[JoWiemann]

Hallo,

bei: get SystemFreeze freeze

bekomme ich: Unknown argument freeze, choose one of freeze:noArg

Grüße Jörg

PS: Warum ein bei: no bad guy found

Ein wäre doch logischer, oder

[KernSani]

bei: get SystemFreeze freeze

bekomme ich: Unknown argument freeze, choose one of freeze:noArg

steht auf der todo-Liste, den GET Befehl gibt es noch nicht

PS: Warum ein bei: no bad guy found

Ein wäre doch logischer, oder

In den allermeisten Fällen gab es einen "bad guy", nur freezemon hat ihn nicht gefunden, deshalb z.B.: führt ein Perl sleep

Code Auswählen Erweitern

{sleep(2)} in der Kommandozeile zu einem Freeze, freezemon, wird den Schuldigen aber nicht finden...

[KölnSolar]

Aaaaaah, jetzt 

Klasse. Das passt so was von perfekt zu meiner Arbeits-/Denkweise 

Den bad guy hab ich jetzt auch öfter. Da gibt es dann so gar keine Info ? Auch keine evtl. mehrdeutige ? 

Eine Sache hab ich schon erfolgreich aufgespürt: ein 1W-Temp, den ich zwar definiert, aber aktuell physisch nicht eingebunden habe.

Ich wette, da kommt ne Menge Arbeit auf Supporter und Entwickler zu. Ich kauf mir schon ma paar neue Glaskugeln 

Danke u. schönes WE
Markus

[KernSani]

Neue Version im ersten Post, die jetzt auch GET freeze unterstützt.

[KölnSolar]

Du bist für mich der Held der Woche. Ich wusste ja, dass 58_GPIO4 ein Performancefresser ist. Aber die Ergebnisse des FREEZEMON + meine jungen Kenntnisse zum BlockingCall haben mich bewegt das Modul anzupassen. Was soll ich sagen. So gut wie keine Freezes mehr  Einer z.B., wenn ich das doch sehr große(bin halt ein Messi) Logfile über FHEMWEB anzeigen lasse:

Code Auswählen Erweitern

2018.02.04 14:42:32 1: FreezeMon: freezedetect possible freeze starting at 14:42:24, delay is 8.689 possibly caused by at_Exec(check_jammer)
2018.02.04 14:42:49 1: FreezeMon: freezedetect possible freeze starting at 14:42:41, delay is 8.163 possibly caused by no bad guy found :-(
Und jetz gehe ich den Entwicklern auf den Keks 
Danke&Grüße
Markus

[KernSani]

Du bist für mich der Held der Woche.

Das freut mich natürlich tierisch  Und vor lauter Freude habe ich gleich noch eine neue Version oben angehängt, die gefühlt ein paar mehr bad guys identifiziert.

[KernSani]

Und damit habe ich eigentlich fertig.... Ich werde noch weiter versuchen mehr "bad guys" zu identifizieren, aber gibt es noch andere Wünsche/Anregungen?
Denkt ihr das Modul ist es wert, in die offizielle Distribution mit aufgenommen zu werden?

[devo]

ja, unbedingt

mfg devo

[P.A.Trick]

Und damit habe ich eigentlich fertig.... Ich werde noch weiter versuchen mehr "bad guys" zu identifizieren, aber gibt es noch andere Wünsche/Anregungen?
Denkt ihr das Modul ist es wert, in die offizielle Distribution mit aufgenommen zu werden?

Ich würde mich darüber freuen!

[KernSani]

und - so kurz nach Mitternacht - ist mir aufgefallen, dass die .*DayLast readings nicht funktionieren... ist gefixt (im ersten Post)

[carlos]

Hi,
Die Version ist aber noch auf 0.0.05 !
Im Changelog aber 0.0.06.
Ist aber nur ne Kleinigkeit.
Gruß
Carlos

[Ma_Bo]

Folgende Meldung kommt bei einem reload 98_freezemon.pm:

Code Auswählen Erweitern

Global symbol "%prioQueues" requires explicit package name at ./FHEM/98_freezemon.pm line 379.
Global symbol "%prioQueues" requires explicit package name at ./FHEM/98_freezemon.pm line 380.
Global symbol "%prioQueues" requires explicit package name at ./FHEM/98_freezemon.pm line 381.

Reicht ein reload nicht aus, muss ein neustart gemacht werden...?

#####EDIT 1

Code Auswählen Erweitern

2018.02.05 08:10:01.654 1: PERL WARNING: Subroutine freezemon_Initialize redefined at ./FHEM/98_freezemon.pm line 67.
2018.02.05 08:10:01.655 1: PERL WARNING: Subroutine freezemon_Define redefined at ./FHEM/98_freezemon.pm line 90.
2018.02.05 08:10:01.655 1: PERL WARNING: Subroutine freezemon_Undefine redefined at ./FHEM/98_freezemon.pm line 123.
2018.02.05 08:10:01.657 1: PERL WARNING: Subroutine freezemon_ProcessTimer redefined at ./FHEM/98_freezemon.pm line 134.
2018.02.05 08:10:01.658 1: PERL WARNING: Subroutine freezemon_Get redefined at ./FHEM/98_freezemon.pm line 242.
2018.02.05 08:10:01.659 1: PERL WARNING: Subroutine freezemon_Attr redefined at ./FHEM/98_freezemon.pm line 272.

Grüße Marcel

[JoWiemann]

Hm, frei nach Radio Eriwan: Im Prinzip ja, aber...

Bei Modulen, die in den Tiefen von Fhem fischen, besser Neustart.

Grüße Jörg

[raimundl]

Denkt ihr das Modul ist es wert, in die offizielle Distribution mit aufgenommen zu werden?

unbedingt!

Danke und LG

[KölnSolar]

Ich drück dann meine Begesiterung noch einmal mit einem eigenen Zitat aus:

Und nur so als Gedanke: Bei der Vielzahl der Module verliert man mittlerweile ja den Überblick. Ich könnt mir daher eine Integration in SYSMON vorstellen, was man dann als "Kernmodul" von FHEM installiert, also ein Modul wie FHEMWEB oder allowed, was in keiner Installation fehlen sollte.

Grüße Markus

[helmut]

Denkt ihr das Modul ist es wert, in die offizielle Distribution mit aufgenommen zu werden?

Ich drück dann meine Begesiterung noch einmal mit einem eigenen Zitat aus:Grüße Markus
"Ich könnt mir daher eine Integration in SYSMON vorstellen"

Ob als Modul oder als Erweiterung von SYSMON - ich bin auch dafuer.

Gruss Helmut

[Benni]

Ich drück dann meine Begesiterung noch einmal mit einem eigenen Zitat aus:Grüße Markus

Na, ob ein Modul mit vielen Funktionen der Übersicht dienlicher ist, als viele Einzelmodule mit genau definiertem Aufgabenbereich und und Funktionsumfang (Linux-Prinzip), darüber könnte man sicher streiten

gb#

[michael.winkler]

bei einem "get freez" habe ich folgende Log Einträge:

Code Auswählen Erweitern


2018.02.05 14:38:17 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/98_freezemon.pm line 258.
2018.02.05 14:38:17 1: stacktrace:
2018.02.05 14:38:17 1:     main::__ANON__                      called by ./FHEM/98_freezemon.pm (258)
2018.02.05 14:38:17 1:     main::freezemon_Get                 called by fhem.pl (3510)
2018.02.05 14:38:17 1:     main::CallFn                        called by fhem.pl (1822)
2018.02.05 14:38:17 1:     main::CommandGet                    called by fhem.pl (1172)
2018.02.05 14:38:17 1:     main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (2495)
2018.02.05 14:38:17 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (848)
2018.02.05 14:38:17 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (535)
2018.02.05 14:38:17 1:     main::FW_Read                       called by fhem.pl (3510)
2018.02.05 14:38:17 1:     main::CallFn                        called by fhem.pl (689)


[KölnSolar]

ALs Ahnungsloser zu stacktrace würde ich auf FHEMWEB tippen  Ist zumindest bei mir der Grund für Freezes, wenn ich das groooooße Logfile aufrufe.

Und ich habe einen weiteren Kandidaten entlarvt. Mich selber  Hab vor Jahren mal mit viel weniger Kenntnissen als heute ein Modul für einen RS422-Bus an USB erstellt(kopiert u. angepasst), frei nach dem Motto "denn sie wissen nicht was sie tun" und mit trial&error lief es dann. Nun werde ich mir mal die Kommunikation genauer ansehen.... Fehlerbild

2018.02.05 14:52:26 1: FreezeMon: freezedetect possible freeze starting at 14:52:23, delay is 3.014 possibly caused by FW_closeInactiveClients(0)

Grüße Markus
PS: Thema nun vielleicht in Sonstiges verschieben anstatt Codeschnipsel ?
Edit: Achso, vielleicht noch wie ich auf das Modul gestoßen bin. Die Freezes waren periodisch im Log sichtbar(was eben genau das ist, was den Vorteil zumindest gegenüber apptime ausmacht). Hab mir dann einfach meine verdächtigen periodischen Devices angeguckt und beim Dritten passte der timestamp vom state mit der Freezes-Logmeldung überein.

[michael.winkler]

ALs Ahnungsloser zu stacktrace würde ich auf FHEMWEB tippen  Ist zumindest bei mir der Grund für Freezes, wenn ich das groooooße Logfile aufrufe.

Und ich habe einen weiteren Kandidaten entlarvt. Mich selber  Hab vor Jahren mal mit viel weniger Kenntnissen als heute ein Modul für einen RS422-Bus an USB erstellt(kopiert u. angepasst), frei nach dem Motto "denn sie wissen nicht was sie tun" und mit trial&error lief es dann. Nun werde ich mir mal die Kommunikation genauer ansehen.... Fehlerbild
Grüße Markus
PS: Thema nun vielleicht in Sonstiges verschieben anstatt Codeschnipsel ?
Edit: Achso, vielleicht noch wie ich auf das Modul gestoßen bin. Die Freezes waren periodisch im Log sichtbar(was eben genau das ist, was den Vorteil zumindest gegenüber apptime ausmacht). Hab mir dann einfach meine verdächtigen periodischen Devices angeguckt und beim Dritten passte der timestamp vom state mit der Freezes-Logmeldung überein.

Wichtig ist eigentlich nur die Zeile

Hier versuchst du eine leere Variable durch split zu bearcheiten.

Code Auswählen Erweitern


PERL WARNING: Use of uninitialized value in split at ./FHEM/98_freezemon.pm line 258.


[KernSani]

bei einem "get freez" habe ich folgende Log Einträge:

Code Auswählen Erweitern


2018.02.05 14:38:17 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/98_freezemon.pm line 258.

[/quote]
Spontan würde ich jetzt sagen, du hast noch keinen freeze... Aber ich schaue heute Abend mal ins Coding und fixe das...

[KernSani]

Folgende Meldung kommt bei einem reload 98_freezemon.pm:

Code Auswählen Erweitern

Global symbol "%prioQueues" requires explicit package name at ./FHEM/98_freezemon.pm line 379.
Global symbol "%prioQueues" requires explicit package name at ./FHEM/98_freezemon.pm line 380.
Global symbol "%prioQueues" requires explicit package name at ./FHEM/98_freezemon.pm line 381.

Reicht ein reload nicht aus, muss ein neustart gemacht werden...?

#####EDIT 1

Code Auswählen Erweitern

2018.02.05 08:10:01.654 1: PERL WARNING: Subroutine freezemon_Initialize redefined at ./FHEM/98_freezemon.pm line 67.
2018.02.05 08:10:01.655 1: PERL WARNING: Subroutine freezemon_Define redefined at ./FHEM/98_freezemon.pm line 90.
2018.02.05 08:10:01.655 1: PERL WARNING: Subroutine freezemon_Undefine redefined at ./FHEM/98_freezemon.pm line 123.
2018.02.05 08:10:01.657 1: PERL WARNING: Subroutine freezemon_ProcessTimer redefined at ./FHEM/98_freezemon.pm line 134.
2018.02.05 08:10:01.658 1: PERL WARNING: Subroutine freezemon_Get redefined at ./FHEM/98_freezemon.pm line 242.
2018.02.05 08:10:01.659 1: PERL WARNING: Subroutine freezemon_Attr redefined at ./FHEM/98_freezemon.pm line 272.

Grüße Marcel

Hat ein Neustart geholfen? Eigentlich sollte ein reload ausreichend sein... Dass die %prioQueues nicht bekannt sind ist etwas verwirrend, da diese in der Tat aus den Untiefen von FHEM kommen...

[KernSani]

Neue Version im ersten Post

[willybauss]

Klingt interessant.

Kleine Rückfrage: Ich kann mich erinnern, mal Perfmon benutzt zu haben, finde aber nichts mehr davon in meiner Konfig, weder im UI noch in der fhem.cfg. Dennoch sehe ich im Log nun z.B.

Code Auswählen Erweitern

2018.02.05 21:57:33 1: Perfmon: possible freeze starting at 21:57:31, delay is 2.921
2018.02.05 21:57:33 1: FreezeMon: myFreezemon possible freeze starting at 21:57:31, delay is 2.925 possibly caused by perfmon_ProcessTimer(N/A) CO20_poll(Zuluft_co20) CUL_HM_procQs(CUL_HM_procQs)


Offenbar läuft Perfmon doch noch. Wie kann ich es stoppen?

[KernSani]

Offenbar läuft Perfmon doch noch. Wie kann ich es stoppen?

die Datei 99_PERFMON aus dem /FHEM-Verzeichnis entfernen (oder umbenennen).

[KernSani]

So. eingecheckt. FREEZEMON wird ab morgen mit dem FHEM update verteilt. Wer's eiliger hat: Ich habe die eingecheckte Version im ersten Post aktualisiert.

Ich mache dann hier mal zu. Weiter geht es hier: https://forum.fhem.de/index.php/topic,83909.0.html

[Motivierte linke Hände]

Danke, ein sehr praktisches Modul - bin gerade drüber gestolpert, als es "plötzlich" mit dem Update kam. Habe es gegen perfmon eingetauscht. Mal schauen, was ich so finde.

[MichaelT]

Danke fürs Modul.
Hab von perfmon auf freezemon umgestellt.
Bisher nichts auffälliges.

Gruß
Michael

[KernSani]

Upd. Vergessen den Thread zu zu machen. Alles weitere bitte hier:  https://forum.fhem.de/index.php/topic,83909.0.html