MQTT2 und apptime crasht FHEM-Server

Begonnen von 1907, 27 Januar 2019, 11:34:57

Vorheriges Thema - Nächstes Thema

1907

Hallo Forengemeinde.

Ich habe irgendwie das Problem, dass offensichtlich apptime in Verbindung mit MQTT2 meinen kompletten FHEM-Server crasht.
FHEM ist nicht mehr erreichbar und erwacht auch nicht mehr selbständig zum Leben. Der FHEM Server muss dann manuell neu gestartet werden.
Mit deaktiviertem MQTT2_Server und MQTT2_Device funktioniert apptime. Und Umgekehrt funktioniert MQTT2 auch problemlos wenn apptime nicht gestartet wird.

Das letzte Lebenszeichen im Log lässt vermutlich auf ein Perl-Problem schließen. Und nachdem der Server danach komplett tot ist, dürfte das Problem nicht ganz so klein sein.  ;)

2019.01.27 10:54:37 4: MQTT2_FHEM_Server_192.168.178.70_49153 DVES_D4586F PUBLISH tele/sonoff/LWT:Online
2019.01.27 10:54:37 5: MQTT2_FHEM_Server: dispatch autocreate:DVES_D4586F:tele/sonoff/LWT:Online
2019.01.27 10:54:37 4: MQTT2_DEVICE_Parse: MQTT2_DVES_D4586F tele/sonoff/LWT => LWT
2019.01.27 10:54:37 4: MQTT2_FHEM_Server_192.168.178.70_49153 DVES_D4586F PUBLISH cmnd/sonoff/POWER:
2019.01.27 10:54:37 5: MQTT2_FHEM_Server: dispatch autocreate:DVES_D4586F:cmnd/sonoff/POWER:
2019.01.27 10:54:37 4: MQTT2_FHEM_Server_192.168.178.70_49153 DVES_D4586F SUBSCRIBE
2019.01.27 10:54:37 4:   topic:cmnd/sonoff/# qos:0
2019.01.27 10:54:37 4: MQTT2_FHEM_Server_192.168.178.70_49153 DVES_D4586F SUBSCRIBE
2019.01.27 10:54:37 4:   topic:cmnd/sonoffs/# qos:0
2019.01.27 10:54:37 4: MQTT2_FHEM_Server_192.168.178.70_49153 DVES_D4586F SUBSCRIBE
2019.01.27 10:54:37 4:   topic:cmnd/DVES_D4586F_fb/# qos:0
2019.01.27 10:54:37 4: MQTT2_FHEM_Server_192.168.178.70_49153 DVES_D4586F PUBLISH tele/sonoff/INFO1:{"Module":"BlitzWolf SHP","Version":"6.4.1(sonoff)","FallbackTopic":"cmnd/DVES_D4586F_fb/","GroupTopic":"sonoffs"}
2019.01.27 10:54:37 5: MQTT2_FHEM_Server: dispatch autocreate:DVES_D4586F:tele/sonoff/INFO1:{"Module":"BlitzWolf SHP","Version":"6.4.1(sonoff)","FallbackTopic":"cmnd/DVES_D4586F_fb/","GroupTopic":"sonoffs"}
2019.01.27 10:54:37 4: MQTT2_DEVICE_Parse: MQTT2_DVES_D4586F tele/sonoff/INFO1 => { json2nameValue($EVENT) }
2019.01.27 10:54:37 5: Starting notify loop for MQTT2_DVES_D4586F, 4 event(s), first is Module: BlitzWolf SHP
2019.01.27 10:54:37 5: End notify loop for MQTT2_DVES_D4586F
2019.01.27 10:54:37 4: MQTT2_FHEM_Server_192.168.178.70_49153 DVES_D4586F PUBLISH tele/sonoff/INFO2:{"WebServerMode":"Admin","Hostname":"sonoff-6255","IPAddress":"192.168.178.70"}
2019.01.27 10:54:37 5: MQTT2_FHEM_Server: dispatch autocreate:DVES_D4586F:tele/sonoff/INFO2:{"WebServerMode":"Admin","Hostname":"sonoff-6255","IPAddress":"192.168.178.70"}
2019.01.27 10:54:37 4: MQTT2_DEVICE_Parse: MQTT2_DVES_D4586F tele/sonoff/INFO2 => { json2nameValue($EVENT) }
2019.01.27 10:54:37 5: Starting notify loop for MQTT2_DVES_D4586F, 3 event(s), first is Hostname: sonoff-6255
2019.01.27 10:54:37 5: End notify loop for MQTT2_DVES_D4586F
argument is not a reference at ./FHEM/98_apptime.pm line 127.


Hat jemand von Euch eine Idee an was dies liegen könnte, bzw. ob dieses Problem bekannt ist?
Ich kann jetzt auch nicht beurteilen, ob das Problem nun an MQTT2 oder apptime liegt.
Allerdings war MQTT2 das letzte was ich installiert habe und bis dahin hat apptime funktioniert.

Viele Grüße

rudolfkoenig

apptime ueberschreibt/ersetzt zentrale Funktionen aus fhem.pl um diverse Messungen durchfuehren zu koennen.
Das API dieser Funktionen hat sich weiterentwickelt, apptime wurde aber nicht angepasst.

Bitte das Problem im Forumsbereich Sonstiges (siehe MAINTAINER.txt) dem apptime Maintainer melden.
Gibt es einen zwingenden Grund, apptime zu verwenden?

1907

Vielen Dank für diese Info.

Ich brauchte apptime nur um eine blockierende DOIF-Definition ausfindig zu machen.
Ich finde apptime zur Diagnose eigentlich relativ praktisch.

Habe es nur hier gemeldet, da ich dachte es liegt an MQTT2 ;-)

Gibt es zwischenzeitlich vielleicht eine bessere Möglichkeit die Systemauslastung des Fhem-Servers zu protokollieren?

Viele Grüße

PatrickR

Zitat von: 1907 am 27 Januar 2019, 15:04:05
Ich brauchte apptime nur um eine blockierende DOIF-Definition ausfindig zu machen.
Schau Dir mal Freezemon an. Das ist deutlich mächtiger. Unbedingt auch die Attribute ansehen.

Patrick


Von unterwegs gesendet.
lepresenced - Tracking von Bluetooth-LE-Tags (Gigaset G-Tag) mittels PRESENCE

"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." - Rich Cook

1907