Monatsrückblick Januar/Februar 2026 ist online!

[Homoran]

Bei WIndows weiß ich nicht, wie die saubere Lösung ist.

unter Linux müsstest du alle Prozesse killen, die doppelt laufen und anschließend per Admin wieder einmal starten.

Der Error code 7 kommt dann vor, wenn die Prozesse (warum auch immer) nicht komplett vollständig beendet wurden, ioBroker aber davon ausgeht (z.B. bei einem update) und nach dem Update den vermeintlich gestoppten Adapter (noch einmal) neu startet.

dann kommen sich die beiden doppelt laufenden Instanzen in die Quere, stoppen sich abwechselnd gegenseitig, und wie im log steht startet jeder Prozess wieder "because enabled".

Wie gesagt, sauber müssten erst einmal beide Prozesse gestoppt werden und anschließend einmal neu gestartet.

Bei einem reboot des Hosts werden alle Prozesse gestoppt und nach dem Neustart nur einmal neu gestartet.

Dies ist für viele die pragmatischere Lösung.

Gruß

Rainer

[apollon77]

Am Ende Ausschlusverfahren.

Adapter ausschalten und schauen ob es dann stabil läuft und so … aber in jedem Fall mal jscontroller updaten!

[Homoran]

@apollon77:

Adapter ausschalten `
Das funktioniert bei Error Code 7 nicht

dann wird er wieder gestartet "because enabled"

Der noch laufende Geisterprozess wird nicht beendet.

Gruß

Rainer

[AndyUM61]

Also ich habe jetzt mal den Host neu gestartet, ohne Erfolg.

Gleiches Problem.

Fast alle Adapter Code 7 :(.

Ich habe irgendwie den Admin-Adapter im Verdacht.

Sobald ich den das erste mal aufgerufen habe läuft der Host auf Hochtouren.

[apollon77]

Dann alle Adapter ausschalten ausser Admin, DANN Rechner rebooten.

Dann sollte erstmal alles Clean sein.

Dann nach und nach einschalten mit warte/checkzeit dazwischen

[AndyUM61]

Könnte es an der npm oder NODE Version liegen? ich habe npm V 3.10.10 und Node v6.10.0

Gibt es da was aktuelleres?

[Dutchman]

Nö das dürfte kein Problem sein, eventuell ist ioBroker irgendwie doppelt installiert.

Wie bereits genannt stoppe Mal ALLE adapter AUSSER den Admin

Dan wieder Host neu starten und schauen was passiert.

Dan nach und nach adapter starten und Log im Auge behalten

Sent from my iPhone using Tapatalk

[AndyUM61]

So, nun bin ich der 100% Systemlast einmal auf den Grund gegangen…

Es stellt sich leider heraus, das der für mich sehr wichtige MQTT-Adapter der Verursacher ist.

Wenn ich die aktuellste Version 2.0.0 steigt die Systemlast auf 98% und diverse andere Adapter werden mit Code 7 beendet und neu gestartet.

Ich habe jetzt wieder die Version 1.5.0 installiert und alles läuft korrekt. Systemlast ist normal, alle Adapter laufen korrekt.

[apollon77]

Hm … wäre dennoch interessant warum mqtt Adapter das macht. Hast du mal debug log von dem. Vor allem interessant wäre das im Vergleich zum 1.5er

Gesendet vom Handy ...

[AndyUM61]

Ein debug log habe ich leider nicht.

Ich habe es aber 2 mal mit dem V2.0.0 Adapter probiert, jedes mal mit dem gleichen Ergebnis.

Also irgend wo steckt da der Wurm drin.

[AndyUM61]

Ich hatte auch ab und an Fehlermeldungen im Log die ich bisher noch nicht gesehen hatte:

<code>2018-06-20 16:30:11.429  - [33mwarn[39m: mqtt.0 Old client ESPClient0 with secret 1529503744089_3431 sends publish. Ignore! Actual secret is 1529505001249_4735
2018-06-20 16:30:11.539  - [33mwarn[39m: mqtt.0 Old client ESPClient0 with secret 1529503744089_3431 sends pingreq. Ignore! Actual secret is 1529505001249_4735[/code]</code>

[apollon77]

Mach Doch mal im GitHub ein Issue auf