FHEM startet nach update bzw. mqtt reconfig nicht mehr

[mratix]

Hallo Leute,

jetzt muss ich mich doch melden und den ersten Beitrag posten

Habe vorhin MQTT rekonfiguriert und mit username/passwort versehen. Darauf hin den alten Broker aus fhem entfernt und wieder neu angelegt. Im Anschluss noch ein update all gemacht... und dann hat es geknallt.

Aus dem Log kann ich folgendes entnehmen:

2018.02.14 23:17:10 1: todoist
2018.02.14 23:17:10 1: UPD FHEM/98_todoist.pm
2018.02.14 23:17:10 1: Got 75304 bytes for FHEM/98_todoist.pm, expected 77490
2018.02.14 23:17:10 1: aborting.
...
2018.02.14 23:17:53 3: LGTV_WebOS (LGTV) - defined with host 192.168.178.65
Undefined subroutine &MQTT::DEVICE::client_attr called at ./FHEM/10_MQTT_DEVICE.pm line 211, <$fh> line 158.

Seit dem ist die Weboberfläche nicht mehr erreichbar bzw. scheint fhem gar nicht mehr zu starten.
Könnt ihr mir bitte helfen?

Anbei noch das gekürzte Logfile und die zuvor gemachten Änderungen.

[Loetkolben]

Hallo,

das gleiche Problem habe ich auch.
Das MQTT-Device zeigte 'disconnected', da habe ich es einmal neu angelegt und danach ein Update angstoßen.
Jetzt geht nix mehr, keine Weboberfläche.

Code Auswählen Erweitern

Undefined subroutine &MQTT::DEVICE::client_attr called at ./FHEM/10_MQTT_DEVICE.pm line 173, <$fh> line 2482.
Gruß
   Andreas

[mratix]

Hallo @Loetkolben,

so wie ich es interpretieren konnte, scheint es ein Fehler der fhem.cfg zu sein.

Der Broker wird an das Ende der Konfiguration angefügt. Die Devices sind aber vorher aufgeführt und können nicht initialisiert werden.

Code Auswählen Erweitern

define Mosquitto MQTT 192.168.x.x:1883 nach oben versetzen, dann sollte FHEM wieder starten.

[Loetkolben]

Hallo,

danke für den Hinweis.
Bei mir lag es daran, das MQTT/Mosquitto nicht mehr lief, stand auf "disconnected".
Ich musste mosquitto und mosquitto-clients komplett neu installieren.
Jetzt geht es wieder.

   Andreas