js-controller 3.3 jetzt im Beta

[martinschm]

@apollon77 said in js-controller 3.3 jetzt im Beta:

Hey All,

so langsam nähert sich der js-controller dem Stable Status denke ich

Wir haben die letzten Tage nochmal Kleinigkeiten an Fixes und Optimierungen gesammelt und damit kommt jetzt js-controller 3.3.11 (aka Stable RC1) auf npm und dann später noch ins Latest. (baut gerade, also npm so in 10-15 mins oder so für die ganz schnellen )

Viel Spass und vielen Dank für Eure Testunterstützung!

3.3.11 (2021-05-23)

• (Apollon77) initialize new default ACLs in any case, only controller sets it for all objects
• (foxriver76) do not send null as diag info in error cases or if user has selected none
• (foxriver76) revive config.dataDir if deleted via bug in admin5 config editor
• (bluefox) add _design/custom to the controller objects to make sure it is always provided
• (foxriver76) fixed a bug which lead to an infinite loop if the repo was invalid and no cached sources available
• (foxriver76) check host existence before adding instance
• (Apollon77) Check that password is provided when multihost discovery server should be started in secure mode
• (AlCalzone) Fix issues with typescript adapter feature

Ingo F

Oh super, dann spare ich mir die 3.2 und springe von 3.1 direkt auf 3.3

[apollon77]

@martinschm Die 3.3 ist immer noch Beta!! bedenken!

[apollon77]

@apollon77 Noch ein GANZ wichtiger Hinweis!!

Admin5 hatte einen Fehler und eine Variable ist verloren gegangen WENN mann im Admin5 die "Host Settings" editiert und gespeichert hat! Dadurch ist es bei z.B. zigbee und yahka dazu gekommen das Geräte verschwunden sind.

Mit js-controller 3.3.11 wird dieser Defekt wieder korrigiert - dadurch wird aber ggf das "alte" DatenFile wieder genommen! Ggf müssen Geräte neu angemeldet werden

[Dr. Bakterius]

@crunchip Da müsste nach einigen Stunden, spätestens nach ein oder zwei Tagen aber auch der Sprung nach unten bemerkbar sein (ohne vorherigen Anstieg).

[crunchip]

@dr-bakterius werde es mal beobachten

[deta]

@apollon77 Ich hab immer mal wieder das die objects.json und status.json zerbröselt. Backup von ein paar Stunden davor wieder einspielen und es geht. Ich weis nicht obs mit dem js.controller zu tun hat.

[arteck]

@deta das passiert am meisten wenn das Gerät stromlos wird im Betrieb oder ? und nicht direkt nach einem update....

[deta]

@arteck sagte in js-controller 3.3 jetzt im Beta:

@deta das passiert am meisten wenn das Gerät stromlos wird im Betrieb oder ? und nicht direkt nach einem update....

stromlos mh. eigentlich nicht. Ist seit einigen Tagen immer mal wieder. Komme dann auch nicht mehr per ssh dran. Nach einen Neustart, dann geht es wieder, aber dann ist die objects.json und status.json murks. SD ist auch nicht voll. Kann es nicht nachvollziehen was da ggf. voll laufen kann. Schau immer wieder mal nach. Aber immer genug Platz.

[arteck]

@deta wenn du per ssh nicht dran kommst dann stimmt was mit der Kiste nicht..

was ist das für eine pi , nuc ??

[deta]

@arteck rock64, lief immer ohne Probleme über Monate...

[MichMein]

@deta
Mal nen Monitor und Tastatur ran stöpseln und schauen ob sich Lokal noch etwas regt, sofern das möglich ist!? Ansonsten ist mal Ursachenforschungen angesagt, mach dazu am besten ein neues Thema auf und bitte @Thomas-Braun um Hilfe wenn er Lust, Zeit und Muße hat.

[crunchip]

@dr-bakterius hab mir das gerade mal genauer für eine Woche angesehen, ne minimale Reduzierung ist zu erkennen, wischen den zwei 3.3.11 Versionen, jedoch sehe ich eher einen Anstieg gegenüber zum alten Controller.

[Chaot]

@crunchip Bei mir ist der Durchschnitt von 14% auf 12% gefallen. Auch der Speicherverbrauch ist minimal gefallen.
Aber ob das langfristig wieder ansteigt wird sich sowieso erst in ein paar Tagen zeigen.

Deine Grafik zeigt den Durchschnitt oder den Maximalwert? In dem Bereich liegt bei mir der Maximalwert.

[crunchip]

@chaot es zeigt den Durchschnitt, du verwendest wahrscheinlich auch nicht JsonL
Ist wahrscheinlich dem ein oder anderen Adapter geschuldet, der noch nicht optimal, zwecks neuem controller, läuft.

[martinschm]

@apollon77 said in js-controller 3.3 jetzt im Beta:

@martinschm Die 3.3 ist immer noch Beta!! bedenken!

Ja. So eilig hab ich es nicht. Nur weil du geschrieben hast, das es sich langsam dem stable nähert dachte ich, das es nicht mehr Monate dauert.

Hab jetzt eine Weile kein Update gemacht und kann jetzt auch noch etwas warten.

[Dr. Bakterius]

@crunchip Also bei mir hat sich bezüglich CPU-Last oder RAM nichts geändert zwischen den Versionen. Das kann auch an etwas anderem liegen.

@Chaot Wie hoch die CPU-Last ist, kommt doch sowohl auf den verbauten Prozessor, als auch auf die Proxmox-Konfiguration der VM oder LXC und die verwendeten Adapter plus deren Einstellungen an. Das kann man nicht wirklich vergleichen.

[apollon77]

@deta An sich sollte das seit den aktuellsten controlelr 3.3 Version der absoluten vergangenheit angehören und nicht mehr passieren. Alaso: Falls 3.3.11 und DOCH dann würde ich gern das ioBroker log sehen

[apollon77]

@michmein Jupp und /var/log/syslog schauen

[apollon77]

@crunchip Ich weiss nicht welche "beiden 3.3.11 Versionen" du meinst ... ist alles noch Beta Ich glaube Du hattest mal kurz ne GitHub version drauf wegen dem einen Issue.

[apollon77]

@crunchip Ja, Adapter die viel Loggen wegen dem State kram die können die CPU last durchaus nach oben drücken.