MQTT-Adapter geht auf gelb

[Josh]

Hallo zusammen!

Der frisch installierte Adapter "MQTT Broker/Client" geht nach dem Start für kurze Zeit auf grün. Danach bleibt er auf gelb. Beim grünen Status werden kurze alle Infos vom MQTT-Broker bezogen.

Der Adapter fungiert lediglich als Client. Als Broker läuft ein Mosquitto-Server auf einem NAS.

Hier noch die Logs:

mqtt.0	2020-03-28 19:59:53.562	info	(2699) send2Server pi-hole.0.updatePiholeAvailable[pi-hole/0/updatePiholeAvailable]
mqtt.0	2020-03-28 19:58:47.716	info	(2699) All states published
mqtt.0	2020-03-28 19:58:45.521	warn	(2699) Got terminate signal. Checking desired PID: 2699 vs own PID 2699

[...]

mqtt.0	2020-03-28 19:58:06.685	info	(2699) Subscribe on: "#"
mqtt.0	2020-03-28 19:58:06.683	info	(2699) Connected to 192.168.178.xxx
mqtt.0	2020-03-28 19:58:06.399	info	(2699) Try to connect to mqtt://user:*******************@192.168.178.xxx:1883?clientId=iobroker.mqtt.0
mqtt.0	2020-03-28 19:58:05.302	info	(2699) starting. Version 2.1.1 in /opt/iobroker/node_modules/iobroker.mqtt, node: v10.19.0
host.iobroker	2020-03-28 19:58:01.483	info	instance system.adapter.mqtt.0 started with pid 2699
host.iobroker	2020-03-28 19:58:00.013	info	instance system.adapter.mqtt.0 terminated with code 156 (156)
host.iobroker	2020-03-28 19:57:59.973	info	stopInstance system.adapter.mqtt.0 killing pid 1898
mqtt.0	2020-03-28 19:57:59.484	info	(1898) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
mqtt.0	2020-03-28 19:57:59.483	info	(1898) terminating
mqtt.0	2020-03-28 19:57:59.007	info	(1898) Got terminate signal TERMINATE_YOURSELF
mqtt.0	2020-03-28 19:57:58.987	info	(1898) Disconnected from 192.168.178.xxx: undefined
mqtt.0	2020-03-28 19:57:58.979	info	(1898) Got terminate signal TERMINATE_YOURSELF
mqtt.0	2020-03-28 19:57:58.978	info	(1898) send2Server system.adapter.mqtt.0.sigKill[system/adapter/mqtt/0/sigKill]
host.iobroker	2020-03-28 19:57:58.971	info	stopInstance system.adapter.mqtt.0 send kill signal
host.iobroker	2020-03-28 19:57:58.968	info	stopInstance system.adapter.mqtt.0 (force=false, process=true)
mqtt.0	2020-03-28 19:51:42.694	warn	(1898) Cannot resolve topic name for ID: system.adapter.vis.0.sigKill (object not found)
mqtt.0	2020-03-28 19:51:42.687	info	(1898) send2Server system.adapter.vis.0.sigKill[undefined]
mqtt.0	2020-03-28 19:50:50.795	info	(1898) All states published
mqtt.0	2020-03-28 19:50:48.163	warn	(1898) Got terminate signal. Checking desired PID: 1898 vs own PID 1898

komischer Weise gibt es noch einen Haufen dieser Warnings:

fritzbox.0	2020-03-28 19:50:48.014	warn	(1885) Got terminate signal. Checking desired PID: 1885 vs own PID 1885
fb-checkpresence.0	2020-03-28 19:50:43.893	warn	(1868) Got terminate signal. Checking desired PID: 1868 vs own PID 1868
pi-hole.0	2020-03-28 19:50:41.810	warn	(1851) Got terminate signal. Checking desired PID: 1851 vs own PID 1851
email.0	2020-03-28 19:50:41.672	warn	(1823) Got terminate signal. Checking desired PID: 1823 vs own PID 1823
synology.0	2020-03-28 19:50:39.010	warn	(1803) Got terminate signal. Checking desired PID: 1803 vs own PID 1803
tr-064.5	2020-03-28 19:50:38.675	warn	(1786) Got terminate signal. Checking desired PID: 1786 vs own PID 1786
tr-064.4	2020-03-28 19:50:36.039	warn	(1712) Got terminate signal. Checking desired PID: 1712 vs own PID 1712
backitup.0	2020-03-28 19:50:35.775	warn	(1693) Got terminate signal. Checking desired PID: 1693 vs own PID 1693
sql.0	2020-03-28 19:50:35.511	warn	(1660) Got terminate signal. Checking desired PID: 1660 vs own PID 1660
javascript.0	2020-03-28 19:50:35.269	warn	(1643) Got terminate signal. Checking desired PID: 1643 vs own PID 1643
rpi2.0	2020-03-28 19:50:35.041	warn	(1581) Got terminate signal. Checking desired PID: 1581 vs own PID 1581
tr-064.3	2020-03-28 19:50:34.201	warn	(1564) Got terminate signal. Checking desired PID: 1564 vs own PID 1564
tr-064.2	2020-03-28 19:50:34.089	warn	(1547) Got terminate signal. Checking desired PID: 1547 vs own PID 1547
tr-064.1	2020-03-28 19:50:33.964	warn	(1530) Got terminate signal. Checking desired PID: 1530 vs own PID 1530
samsung.1	2020-03-28 19:50:33.335	warn	(1514) Got terminate signal. Checking desired PID: 1514 vs own PID 1514
fritzdect.0	2020-03-28 19:50:32.930	warn	(1498) Got terminate signal. Checking desired PID: 1498 vs own PID 1498
samsung.0	2020-03-28 19:50:32.344	warn	(1483) Got terminate signal. Checking desired PID: 1483 vs own PID 1483
pimatic.0	2020-03-28 19:50:29.462	warn	(1468) Got terminate signal. Checking desired PID: 1468 vs own PID 1468
tr-064.0	2020-03-28 19:50:29.393	warn	(1453) Got terminate signal. Checking desired PID: 1453 vs own PID 1453
web.0	2020-03-28 19:50:26.630	warn	(1423) Got terminate signal. Checking desired PID: 1423 vs own PID 1423
hm-rega.0	2020-03-28 19:50:25.413	warn	(1408) Got terminate signal. Checking desired PID: 1408 vs own PID 1408
hm-rpc.1	2020-03-28 19:50:12.130	warn	(1391) Got terminate signal. Checking desired PID: 1391 vs own PID 1391
hm-rpc.0	2020-03-28 19:50:11.803	warn	(1040) Got terminate signal. Checking desired PID: 1040 vs own PID 1040
ping.0	2020-03-28 19:50:11.634	warn	(829) Got terminate signal. Checking desired PID: 829 vs own PID 829
info.0	2020-03-28 19:50:09.921	warn	(810) Got terminate signal. Checking desired PID: 810 vs own PID 810
discovery.0	2020-03-28 19:50:09.528	warn	(795) Got terminate signal. Checking desired PID: 795 vs own PID 795
admin.0	2020-03-28 19:50:09.469	warn	(733) Got terminate signal. Checking desired PID: 733 vs own PID 733

Woran kann das liegen und wie bekomme ich den MQTT-Adapter dauerhaft auf grün?

Bin für jede Info dankbar.

Josh

[Josh]

So, habe ein paar Versuche durchgeführt. Der Adapter bleibt jetzt auf grün.

Habe folgendes eingestellt:
In den "MQTT Einstellungen" des Adapter alle Häkchen raus und im Feld "Client ID" einen Namen eingetragen. Ansonsten alles so gelassen wie es voreingestellt war.

Kann mir jmd erklären, warum es vorher nicht geklappt hat?

[Josh]

Folgende Fehlermeldung erscheint alle 3,5min. immer noch:

(warn) 3378) Got terminate signal. Checking desired PID: vs own PID 3378
[...]
(error) instance system.adapter.mqtt.0 terminated with code 156 (156)

Wie bekomme diese weg?

Der im Eingangsthread beschriebene Fehler erscheint beim Setzen des Häkchens

Bekanntgeben des eigenen Status beim Verbinden

Kann das jemand erklären?

Gruß Josh

[mickym]

@Josh
Gut dass Du den Adapter nicht als Broker betreibst - ich habe das genauso wie Du konfiguriert.

Warum Du das Bekanntgeben der eigenen States nicht angeklickt haben darfst, ist dass Du sonst in eine Endlosschleife gelangst.

Du abonnierst wahrscheinlich alles von Deinem Mosquitto-Server mit subscribe # unter mqtt.0 - willst dann aber alle states mit mqtt.0.* beim Start bekanntgeben. Das macht keinen Sinn.
Es würde nur Sinn machen, wenn Du von einem anderen Adapter states (z.Bsp. admin.0.*) an Deinen Mosquitto Server publishen wolltest.

[Josh]

OK, das macht Sinn bzw. keinen Sinn.

Ja, ich abonniere alles vom Mosquitto-Server mit #.

Ich habe unter

Maske für Bekanntgeben von eigenen States

einen Stern eingetragen. War halt so voreingestellt. Macht das denn Sinn? Wenn ich das richtig verstanden habe könnte da auch "mqtt.0.*" oder halt andere Adapter zum Publishen eingetragen werden?!?!

Und wie gesagt. Es kommt immer noch alle 3,5min die Fehlermeldung

instance system.adapter.mqtt.0 terminated with code 156 (156)

Wie kommt diese zustande? Und wie bekomme ich diese weg?

[mickym]

@Josh Mach die Bekanntgabe der eigenen States weg. Das zieht ja nur beim Verbinden und deshalb brauchst Du das nicht.

Wenn Du den Adapter so wie ich als GUI für Deinen mosquitto Server nutzen willst, klicke alles aus und trage Deine Instanz ein. (bei mir mqtt1).

Du solltest halt Deinem Client noch einen Namen geben.

Bei mir sieht das so aus und funktioniert wunderbar:

Einen * eingeben - würde alles veröffnentlichen und das erzeugt nur Chaos.

[Josh]

Vielen Dank für Deine Hilfe. Die Fehlermeldungen sind jetzt wohl weg. Warum auch immer. Ist mir auch egal. Hauptsache es funktioniert

Gruß Josh