js-controller 4.0 jetzt im BETA/LATEST!

[apollon77]

@homecineplexx naja wenn duhier mit einem JavaScript sehr viele "States mirrorst" dann ist das ja alles "Ok" dasdie Zahl so hoch ist - was willst Du da noch optimieren (Ausser es auf echte Aliases umzubauen, dann brauchst Du solche Skripte nicht) ...

[Diginix]

@apollon77 Vermute mal ja. Das Update war ja nur der Auslöser für den Neustart. Ich warte mal was @AlCalzone zu meinen Dateien sagt und dann kann ich das auch noch mal testen ohne Updates oder sonstige Änderungen.

[apollon77]

@diginix mach doch parallel ... also schick Ihm die files und mach mal stop und start und schau ob es wieder passiert ... Wäre denke auch für @AlCalzone ne interessante info

[homecineplexx]

@apollon77 said in js-controller 4.0 jetzt im BETA/LATEST!:

Ausser es auf echte Aliases umzubauen, dann brauchst Du solche Skripte nicht

geb ich dir absolut recht, allerdings lass ich dort auch zusätzlich gleich gewisse Datenpunkte in die Influxdb schreiben und zusätzlich überwachen. ich weiß nicht ob ich das mit Alias kann?

[apollon77]

@homecineplexx Auch wenn ziemlich Off-Topic hier: Für Aliase kannst du auch Influxdb logging aktivieren und für "überwachen" wirst Du ggf eigene Skripte brauchen. Lange Rede ... Wenn die Skripte das tun was Du sagst und da "so viel Changes" zusammenkommen wie Du oben geschrieben hast ist doch erstmal alles ok ... Wichtig ist zu unterscheiden ob so soll oder da ein Skript Amok läuft

[Diginix]

@apollon77 Hm, ein iob stop mit anschließendem Reboot des Servers, also komplette Proxmox Host (gab Kernel Updates) und somit ja dann im Anschluss auch wieder ein iob start hat keinerlei Peak erzeugt. Nun wird nat. der RAM vom js-c über history erfasst und der Adapter muss natürlich erstmal laufen. Was ja aber gestern auch funktionierte.

Daher habe ich direkt noch mal ein iob stop, ps auxww | grep "io.", iob status, iob start gemacht.
"Leider" auch ohne Auffälligkeiten.

Aber ich vermute, dass genau der Controller Peak von gestern auch in der Vergangenheit seit 4.x für die OOM Kills bei mir ursächlich war. Was den Peak selbst auslöst, ist leider weiterhin unbekannt.
Wird nach einem js-controller Update noch etwas gemacht was bei einem Neustart der selben Controller Version dann nicht mehr geschieht?

[AlCalzone]

@diginix sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Wird nach einem js-controller Update noch etwas gemacht was bei einem Neustart der selben Controller Version dann nicht mehr geschieht?

iobroker setup first vielleicht @apollon77 ?

[foxriver76]

@alcalzone Ja, wird ausgeführt und darin werden paar Objekte aufgeräumt, sichergestellt, dass systemSecret, certs da sind + Sets Migration.

Habe jetzt nicht viel gelesen, aber Sets Migration sind approx. n calls gegen die DB, wobei n die Anzahl an Objekten ist.

[AlCalzone]

Hmm also mit den Dateien, die ich von @Diginix bekommen hab, startet der Controller-Prozess problemlos und dümpelt dann bei so 300 MB RAM. Ich probier jetzt mal nur setup first zu debuggen.

[apollon77]

@alcalzone hab ich auch schon überlegt aber am Ende werden von CLI Kommandos keine Reporting Werte geliefert! Also wenn die daten so in den system-host.NAME.x States stehen können SIe nur von einem "normal laufenden controller" kommen.

Auch ein "erster Start nach Update" ist an sich nicht unterschiedlich zu jedem anderen Start

[AlCalzone]

Ich bin neugierig und wollte es doch nochmal bestätigt haben. setup first mit den Datenbanken ging bei mir auch max. auf 350 MB RAM.

[Diginix]

@alcalzone Tja, dann muss es vorerst als mehrmals vorkommender Einzelfall abgehakt werden.
Ich lasse das RAM Logging mal für den js-controller weiterlaufen mit Vorhaltezeit von 3 Tagen.
Aber das wird zur Ursachenforschung wahrs. nicht viel beitragen.

[Johannes Bauerstatter]

Hallo mit Typ: js-controller 4.0.12 funktioniert der Shelly Adapter nicht mehr. Kann ich den js-controller auch auf eine bestimmte Version downgraden? Mit Version 4.0.9 hat noch alles funktioniert.

[JohGre]

@johannes-bauerstatter sagte in js-controller 4.0 jetzt im BETA/LATEST!:

js-controller 4.0.12 funktioniert der Shelly Adapter nicht mehr

Kann ich so nicht bestätigen: Shelly-Adapter 5.2.0 läuft bei mir

[amg_666]

@johannes-bauerstatter sagte in js-controller 4.0 jetzt im BETA/LATEST!:

js-controller 4.0.12 funktioniert der Shelly Adapter nicht mehr

bei mir läuft der shelly 5.2.0 ohne Probleme mit js 4.0.12

[Johannes Bauerstatter]

@amg_666 welche Firmware habt ihr in den Shellies? Letzte Frage weil falscher Threads.

[da_Woody]

@johannes-bauerstatter bin zwar erst auf 4.0.10, aber keine probleme mit shelly.
ich hab 1.11.8, bis auf die H&T, die haben wieder 1.11.7...

[Diginix]

@johgre sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@johannes-bauerstatter sagte in js-controller 4.0 jetzt im BETA/LATEST!:

js-controller 4.0.12 funktioniert der Shelly Adapter nicht mehr

Kann ich so nicht bestätigen: Shelly-Adapter 5.2.0 läuft bei mir

Bei mir auch alles ok mit Shelly 5.2 und js-c 4.0.12
Firmware sollte keine Rolle spielen zumindest bei Gen.1 Shellys.

[amg_666]

@johannes-bauerstatter sagte in js-controller 4.0 jetzt im BETA/LATEST!:

welche Firmware habt ihr in den Shellies?

1.11.8 auf allen Shellys

[Johannes Bauerstatter]

Vielen Dank. Nach mehrmaliger Neuinstallation funktioniert der Adapter wieder. Da hat's irgendwo anscheinend gehakelt.