Weihnachtsangebot 2025! 🎄

[apollon77]

@crunchip der Unterschied ist nur bissl wie schnell sie stoppen und so. Also alles ok.

[crunchip]

@apollon77 wie schon geschrieben, konnte es leider nicht nachstellen,
ich wüsste auch gar nicht wo, wie und nach was ich suchen sollte.

[apollon77]

@crunchip also meine Vermutung ist das es mit dem Start nichts zu tun hatte sondern irgendein api request an den Adapter das verursacht hat.

[crunchip]

@apollon77 einzige was ich die letzte Zeit installiert habe, ist das Projekt https://github.com/SBorg2014/WLAN-Wetterstation/wiki/Installation---Teil-2

[umbm]

Ich habe seit dem Update ständige Neustarts ca alle 2 Minuten

im Log:

admin.0	2020-01-29 20:24:33.044	info	(6054) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
admin.0	2020-01-29 20:24:33.043	info	(6054) terminating
admin.0	2020-01-29 20:24:33.043	info	(6054) terminating http server on port 8081
admin.0	2020-01-29 20:24:33.041	warn	(6054) Got terminate signal. Checking desired PID: vs own PID 6054

habe schon alle Schritte aus Post 1 versucht, ohne Erfolg.

[apollon77]

@umbm stoppe Info mal. Lass paar mins aus und aktiviere ihn wieder.

[umbm]

Leider keine Änderung nach 5 Minuten ohne info-adapter

Aufgefallen ist es mir nach dem Update eigentlich nur, weil das Tablet mit dem VIS regelmäßig weiß wurde.

Nachtrag:
Kann ich eigentlich ohne weiteres auf die Vorversion zurück gehen?

[umbm]

@apollon77 sagte in js-controller 2.2 jetzt für Alle im Stable:

Moment, oben steht:

iqontrol 0.2.15

Mir wird aber bisher nur iqontrol 0.2.14 angeboten.
Kann das die Ursache sein?

[apollon77]

@umbm mal js-Controller neu gestartet bzw rebootet?

[umbm]

@apollon77 sagte in js-controller 2.2 jetzt für Alle im Stable:

@umbm mal js-Controller neu gestartet bzw rebootet?

Ja, natürlich.
Habe jetzt aus dem Latest iqontrol 0.2.16 installiert.
Der Fehler besteht aber auch damit weiterhin.

[apollon77]

@umbm nein das kann es nicht sein.

Also bei Dir wird in den "sigKill" Datenpunkt scheinbar ein leerer Wert geschrieben ... das Thema ist: Das sollte niemand tun. Da sollten nur Zahlen drin landen. Die Frage ist halt wer und warum da diese Werte reinschreibt. Du hast kein Script was da irgendwas tut?

Ich hätte jetzt gesagt aktiviere mal history adater für system.adapter.admin.0 (sorry war ja admin und nicht info) und zeig mal was da so geloggt wird.

An sich wird da zum Adapterstart eine Zahl reingschrieben und ggf spöter auf 0 gesetzt oder -1 ... aber das sollte es gewesen sein.

[umbm]

@apollon77 sagte in js-controller 2.2 jetzt für Alle im Stable:

@umbm nein das kann es nicht sein.

Also bei Dir wird in den "sigKill" Datenpunkt scheinbar ein leerer Wert geschrieben ...

Stimmt!
Durch deinen Tipp habe ich das gefunden:

Ich habe aber keine Ahnung, woher mqtt das bekommen könnte, ein script darauf gibt es definitiv nicht.
Vor dem Update des js-controllers ist es nie aufgetreten. :confused:

[apollon77]

@umbm Also alle system.adapter.* States sollten nur sehr mit vorsicht beschrieben werden. Aber das ist mal mindestens der Grund warum es passiert. Vor allem was macht da ein Leerzeichen drin :-)

[umbm]

@apollon77
Ich lasse es definitiv nicht reinschreiben!
Wie gesagt, begann das Prob nach dem Update.

Inzwischen habe ich festgestellt, dass auch diverse andere Adapter permanent gekillt und wieder gestartet werden.
Nach jedem Neustart von ioBroker trifft es anscheinend andere Adapter, im Moment wird mqtt, admin, telegram, javascript reihum immer wieder gekillt. :dizzy_face:
Admin ist immer dabei und macht die Diagnose nicht einfacher.

[apollon77]

@umbm Das es vor dem Update nicht so war mag ja so sein aber am Ende wurde an der Art und weise wie sigKill tut was optimiert. Dennoch: Die Ursache ist wie Du selbst gesehen hast das dein mqtt.0 da Werte reinschreibt. Finde heraus warum und unterbinde es und das Problem ist weg.

Und wenn du mqtt.0 mal ausschaltest? beruhigt es sich dann?

[umbm]

@apollon77
Ich bin jetzt schrittweise zurück auf iobroker.js-controller@2.1.1, das war meine letzte Version.
Seit dem läuft das System wieder völlig normal.

Ich habe auch nochmal die Logs von gestern und heute durchgesehen.
Heute zuerst: Update admin from @3.6.12 to @3.7.8
Noch keine Probleme.
Dann von iobroker.js-controller@2.1.1 auf 2.2.8 und das Problem begann, leider....

Mehr geht heute erstmal nicht, da brauche ich mehr Zeit.

[apollon77]

@umbm Ich habe schon ein Issue beim controller angelegt das wir hier solche ungültigen Werte besser aussortieren, aber am Ende ist das problem das dort unerwartet Werte reingeschrieben werden. Das System verhält sich vollkommen korrekt, da dieser State exakt dazu da ist um sicherzustellen das immer nur ein Prozess pro Adapter läuft und falls das aus irgendeinem Grund anders ist, dann beendet sich der Prozess. Also das System arbeitet generell "as designed" ;-) ... Du musst bitte rausfinden warum da irgendetwas müll reinschreibt!

[apollon77]

@umbm ich baue morgen mal nen fix. Dann kannst du den bei dir ausprobieren.

Dennoch befremdlich das bei dir via mqtt.0
An „allem möglichen“ rumgeändert wird...

[apollon77]

@umbm Also wenn Du 2.2.8 nochmal testen willst dann mache dies und diese Änderung die in der nächsten version drin sein wird sollte helfen. Kannst Du ja bei Dir manuell mal ändern:

https://github.com/ioBroker/ioBroker.js-controller/commit/c60172cf461b50c33a4cbd6fcf89c9d152b5c394

[Machinima]

Seit dem Update auf den neuesten js-controller 2.2.8 sehe ich im Log immer ein Timeout beim Meross Adapter. Der Meross-Adapter bleibt, trotz der Warnungen, weiterhin auf grün. Merkwürdig ist, dass das Timeout alle 1 Min 20 Sek geloggt wird.

Wie lässt sich das beheben?

npm: 6.11.3
nodejs: 10.17.0
js-controller: 2.2.8
meross: 1.3.9