zigbee2mqtt-Instanz startet nicht

[A Former User]

@arteck sagte in zigbee2mqtt-Instanz startet nicht:

habt ihr mal den Port geprüft ob der nicht schon belegt ist ?

Moin,

ich kann nur für mich sprechen, und das ist definitiv nicht das Problem, denn wieso sollte ein belegter Port mit einem SIGKILL zusammenpassen, oder dass sobald ich auf die alte Version 2.10.1 zurückgehe, ohne irgendetwas zu ändern, der Adapter sofort wieder Grün wird.

Einen Ansatz habe ich da noch nicht weiter verfolgt, ich werde mal den mqtt Broker austauschen und schauen was dann passiert, aktuell setze ich da ein emqx Cluster als mqtt Broker ein, werde das mal auf mosquitto umstellen und/oder ioBroker - mqtt Adapter.

VG
Bernd

[MartyBr]

@dp20eic
Ich hatte das Problem, dass der zigbee2mqtt-Server nicht mehr starten wollte. Der Server läuft als Bookworm unter LXC auf einen Proxmox Host. Die USB-Ports sind richtig durchgeleitet.
Ich habe das Problem nur durch eine Neuinstallation des zigbee2mqtt-Servers lösen können. Als Fehler wurden immer Hash-Probleme und fehlerhaftes Backup der Gerätedatei gemeldet. Da ich nur 9 Zigbee Geräte habe, konnte ich diese wieder neu anlernen.
Der Adapter war bei mir nicht die Ursache, das Problem lag im Server. Dein Problem mit zigbee2mqtt liegt möglicherweise woanders, aber vielleicht hilft dir mein "Bericht" bei der Fehleranalyse.

[A Former User]

@martybr sagte in zigbee2mqtt-Instanz startet nicht:

aber vielleicht hilft dir mein "Bericht" bei der Fehleranalyse.

Moin,

danke, für den Denkanstoß.

Aber das ist ja das Problem, dass es nicht der Z2M ist, denn nach dem Update, des zigbee2mqtt Adapters im ioBroker habe ich ja eine Verbindung zum Z2M, nur die Werte (DP) der Devices ändern sich nicht mehr, bzw. ich kann nicht mehr schalten, und da kommt dann ja wieder mqtt ins Spiel, da ich heute keine Zeit haben werde, kann ich da erst morgen mal ein wenig nachforschen, ich bin mir auch nicht sicher, was sich in den Versionen > 2.10.1 in diese Richtung im Adapter geändert hat.
Schauen wir mal

VG
Bernd

[MartyBr]

@dp20eic Viel Erfolg. Ich habe mir einen kleinen Mosquitto installiert. Der friesst so gut wie keine Ressourcen und lässt sich ohne Probleme mit dem MQTT-Adapter (Client) in den ioBroker integrieren.

[1Topf]

@arteck sagte in zigbee2mqtt-Instanz startet nicht:

habt ihr mal den Port geprüft ob der nicht schon belegt ist ?

Bei mir: Port 1886 funzt mit mqtt-Adapter. Mit dem Dummy 1886 des z2m-Adapter geht es nicht.

[arteck]

@1topf na klar geht das nicht.. der Port darf nicht 2 mal belegt sein

[1Topf]

@arteck sagte in zigbee2mqtt-Instanz startet nicht:

@1topf na klar geht das nicht.. der Port darf nicht 2 mal belegt sein

Ich hab die doch nicht gleichzeitig laufen! Entweder oder!

[1Topf]

@1topf

Während obiger Antwort lief gerade noch einmal eine komplette Neuinstallation mit neuestem Bookworm 12.2. + ioB + zigbee2mqtt. Den z2m-Adapter starten verursacht sofort ein

host.iobroker
	2023-11-20 18:11:03.010	info	instance system.adapter.zigbee2mqtt.0 terminated with code null ()
host.iobroker
	2023-11-20 18:11:03.008	warn	instance system.adapter.zigbee2mqtt.0 terminated due to SIGILL
host.iobroker
	2023-11-20 18:11:00.161	info	instance system.adapter.zigbee2mqtt.0 started with pid 10733
host.iobroker
	2023-11-20 18:10:59.995	info	"system.adapter.zigbee2mqtt.0" enabled

Die Konsole zeigt für zigbee2mqtt:

iobroker@iobroker:/opt/zigbee2mqtt$ npm start

> zigbee2mqtt@1.33.2 start
> node index.js

Zigbee2MQTT:info  2023-11-20 18:12:49: Logging to console and directory: '/opt/zigbee2mqtt/data/log/2023-11-20.18-12-48' filename: log.txt
Zigbee2MQTT:info  2023-11-20 18:12:49: Starting Zigbee2MQTT version 1.33.2 (commit #311ea07)
Zigbee2MQTT:info  2023-11-20 18:12:49: Starting zigbee-herdsman (0.21.0)
Zigbee2MQTT:info  2023-11-20 18:12:50: zigbee-herdsman started (resumed)
Zigbee2MQTT:info  2023-11-20 18:12:50: Coordinator firmware version: '{"meta":{"maintrel":2,"majorrel":2,"minorrel":7,"product":2,"revision":20211222,"transportrev":2},              "type":"zStack30x"}'
Zigbee2MQTT:info  2023-11-20 18:12:50: Currently 0 devices are joined:
Zigbee2MQTT:info  2023-11-20 18:12:50: Zigbee: disabling joining new devices.
Zigbee2MQTT:info  2023-11-20 18:12:50: Connecting to MQTT server at mqtt://192.168.178.244:1886
Zigbee2MQTT:error 2023-11-20 18:12:51: MQTT error: connect ECONNREFUSED 192.168.178.244:1886
Zigbee2MQTT:error 2023-11-20 18:12:51: MQTT failed to connect, exiting...
Zigbee2MQTT:info  2023-11-20 18:12:51: Stopping zigbee-herdsman...
Zigbee2MQTT:error 2023-11-20 18:12:52: MQTT error: connect ECONNREFUSED 192.168.178.244:1886
Zigbee2MQTT:error 2023-11-20 18:12:53: MQTT error: connect ECONNREFUSED 192.168.178.244:1886
Zigbee2MQTT:error 2023-11-20 18:12:54: MQTT error: connect ECONNREFUSED 192.168.178.244:1886
Zigbee2MQTT:error 2023-11-20 18:12:55: MQTT error: connect ECONNREFUSED 192.168.178.244:1886
Zigbee2MQTT:info  2023-11-20 18:12:56: Stopped zigbee-herdsman

Is ja auch klar, weil der Dummy-Server nicht startet, da der Adapter bzw. die Instanz wegen terminated due to SIGILL nicht startet.

[Thomas Braun]

@1topf sagte in zigbee2mqtt-Instanz startet nicht:

eine komplette Neuinstallation

Warum legt man dann da diese unglückliche Kombination
iobroker@iobroker
an? Sollte doch mittlerweile durchgedrungen sein, dass der User 'iobroker' für den Systemdienst vorgesehen ist und nicht anderweitig verwendet werden soll.

[crunchip]

@1topf sagte in zigbee2mqtt-Instanz startet nicht:

z2m-Adapter starten verursacht sofort ein

Mal auf debug stellen ob man mehr sieht

[1Topf]

@crunchip

Die Instanz müßte dafür vermutlich starten, oder?

[quotschmacher]

na das ist ja lustig... habe vor kurzem meine instanz seit langem mal geupdatet und dann startete sie auch nicht mehr. jetzt aufgrund dessen hier auf 2.10.1 zurück und es läuft wieder. ich hatte relativ lange mit dem update gewartet, weil da eine meldung war, das man ein neues auth-token brauchen würde. sowas nutze ich aber eh nicht.

[arteck]

@quotschmacher sagte in zigbee2mqtt-Instanz startet nicht:

das man ein neues auth-token brauchen würde. sowas nutze ich aber eh nicht.

und wo ist das problem.. wenns man nicht nutzt... was soll den dann nicht gehen..

[quotschmacher]

@arteck ich schrieb ja nur, dass diese warnmeldung der grund war, warum ich längere zeit nicht geupdated hatte und dass das eine der änderungen von einer version die noch ging zu einer, bei der die instanz überhaupt nicht mehr startet war. irgendwas wurde ja an der websocket-kommunikation umgestellt. wobei das kein grund ist, nicht mehr zu starten. und mein log war halt auch leer -lediglich die SIGILL-meldung.

[Areaman_51]

@quotschmacher Hallo, ich wollte mal nachfragen, ob es dazu in der zwischenzeit eine andere Lösung gibt, als auf die Version 2.10.1. zurückzugehen. Da ich den gleichen Fehler bekomme, wenn ich auf die Aktuelle Version update.

[1Topf]

@areaman_51 Kann ich dir nicht sagen. Ich habe damals "einfach" mal einen anderen Rechner benutzt, und auf dem lief die identische Installation problemlos und alles hat auf Anhieb funktioniert. Der läuft immer noch, momentan mit v2.13.6.