Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[arteck]

@MyzerAT sagte in Zigbee Instanz stürzt ab 1-2x am Tag:

instance system.adapter.zigbee.2 terminated with code 7 (Adapter already running)

der Adapter Läuft mehrmals.auf dem Slave .und irgendwann hängt der sich auf..

[MyzerAT]

@arteck

nein tut er nicht, dies kommt dann immer wenn er sich aufgehängt hat und er wieder on gehen will, per putty sehe ich das nur ein Prozess läuft!, den ich dann stoppen muss und dan am ioBroker wieder die Instanz starten!

habe die Instanz nun gestoppt und wieder gestartet und jetzt kommen eben diese Meldungen

host.RDJLTULLN	2019-11-05 09:14:59.552	info	Restart adapter system.adapter.zigbee.2 because enabled
host.RDJLTULLN	2019-11-05 09:14:59.552	error	instance system.adapter.zigbee.2 terminated with code 7 (Adapter already running)
host.RDJLTULLN	2019-11-05 09:14:57.431	info	instance system.adapter.zigbee.2 started with pid 1435
host.RDJLTULLN	2019-11-05 09:14:27.417	info	Restart adapter system.adapter.zigbee.2 because enabled
host.RDJLTULLN	2019-11-05 09:14:27.417	error	instance system.adapter.zigbee.2 terminated with code 7 (Adapter already running)
host.RDJLTULLN	2019-11-05 09:14:25.335	info	instance system.adapter.zigbee.2 started with pid 1425
host.RDJLTULLN	2019-11-05 09:13:55.318	info	Restart adapter system.adapter.zigbee.2 because enabled
host.RDJLTULLN	2019-11-05 09:13:55.318	error	instance system.adapter.zigbee.2 terminated with code 7 (Adapter already running)

[arteck]

@MyzerAT die Frage ist warum startet der die instanz neu.. welche adapter Version hast du da.. es gab mal eine die ncht ornundgemäss beendet wurde

[MyzerAT]

habe die Version 0.10.3

[arteck]

@MyzerAT gestern haben wir eine neue eingestellt nimm die mal ..

sollte es immer noch der Fall sein dass sich der Adapter aufhängt müsten wir mal schauen warum..
also Logs durchschauen

[MyzerAT]

hast du mal einen link, pls (hab das schon einige Monate nicht gemacht, denke du meinst über die Katze einspielen?)

irgend wie habe ich doch etwas angst, den der Adapter scheint ja zu funktionieren, den die Instanz zigbee.0 und zigbee1 auf der Diskstation läuft seit Monaten rund, nur am Slave in Garten --> Tulln bei Instanz zigbee.2 habe ich das Problem!

[arteck]

@MyzerAT kann sein das der Slave dico kriegt und bei neu verbinden der Salve dan spackt..

[MyzerAT]

@arteck

du meinst Disconnect --> ja ich glaube das ist es (LTE Zwangstrennung), was kann ich dagegen tun, also automatisiert wenn es wieder auftritt?

Bisher stoppe ich im ioBroker die Instanz --> verbinde mich per VPN hin und kille per Putty den Prozess und starte dann die Instanz neu, dazu muss ich aber immer zum PC!

[MyzerAT]

kann ich eigentlich falls die Instanz auf gelb geht , einen cronjob ausführen lassen um den Prozess zigbee.2 zu stoppen und neu starten lassen ?

[arteck]

@MyzerAT du kannst die überwachen.. aber dann würde ich die direkt killen.. da die ja auch schon so nicht richtig startet

[MyzerAT]

@arteck

und wo mache ich das ?

ich habe ein Script gemacht auf diese zwei Datenpunkte, aber auch wenn er auf gelb geht stehen die zwei Datenpunkte auf true!

[MyzerAT]

@arteck

wie überwache ich die direkt? irgendwie nervt es echt das ich immer zum Rechner muss um den Prozess neu zu killen.

[arteck]

@MyzerAT eratmal update auf 2.0.39 ..danach Adapter Update ..danach kannst noch mal schauen ob die sich aufhängen..

[MyzerAT]

@arteck
Wobei ich glaube es ist der Disco!

du meinst mit 2.0.39? note.js ? und wenn ich das mache muss ich ja bei Master/Slave/Slave was berücksichtigen, werde ich erst machen wenn ich mehr Zeit habe, den wenn was schief läuft brauche ich dazu zeit! thx einstweilen !

[arteck]

@MyzerAT ja das ist der diso ..un der adapter wird nicht beendet.. zumindest nicht so wie es sein soll..