js-controller 3.3 jetzt im Beta

[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.

[foxriver76]

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

Komme dann auch nicht mehr per ssh dran

Klingt nach einem tiefergehenden Problem als controller.

[crunchip]

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

Ich weiss nicht welche "beiden 3.3.11 Versionen" du meinst

war der Versionsstand vom 21.05 spät abends, da ich wegen der anfänglichem database Fehlermeldung im JsonL Thread nachfragte, bevor ich dann am 24.5. dann

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

3.3.11 (2021-05-23)

erneut draufgespielt hatte.
Letztendlich wird man erst was sehen, wenn die restlichen Adapter dazu irgendwann mal rund laufen

[deta]

@apollon77 3.3.11 ist installiert. Wenn es noch mal vorkommt, dann was brauchst du genau was wie wo?

[Chaot]

@dr-bakterius Hast du ja Recht. Der Vergleich hinkt wirklich extrem.

[apollon77]

@deta Am besten neuer Thread und /var/log/syslog ... aber da schauen wir dann genauer rein

[deta]

@apollon77 ok, aber bis jetzt kein Fehler mehr gehabt. Melde mich, wenn es noch mal vorkommt.

[Diginix]

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

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

Diese Adapter (radar2, telegram, onkyo, yeelight) habe ich dann selbst gepatcht.

Hast Du PRs gemacht? Wäre ja schade wenn Deine Arbeit unsichtbar bleiben würde

Onkyo
https://github.com/ioBroker/ioBroker.onkyo/pull/58

Telegram
https://github.com/iobroker-community-adapters/ioBroker.telegram/pull/242

Yeelight-2
https://github.com/iobroker-community-adapters/ioBroker.yeelight-2/pull/98

Die Datentypen bzw ack Probs von radar2 hat jemand anderes schon in seinem Fork gefixed. Da wäre ein PR von mir damit frech. Leider weiß ich gerade nicht mehr welcher Fork das war.

Diginix created this issue in ioBroker/ioBroker.onkyo

closed fixed data types #58

Diginix created this issue in iobroker-community-adapters/ioBroker.telegram

closed fixed data types #242

Diginix created this issue in iobroker-community-adapters/ioBroker.yeelight-2

closed fixed data types #98

[deta]

@diginix Für Radar2 hab ich es nicht gefunden, kannst du mir bitte sagen wo ich den patch finde?

cu Deta

[MalleRalle]

Der Fork von TA2k befindet sich hier

https://github.com/TA2k/ioBroker.radar2

Der Pullrequest sollte das hier sein:
https://github.com/frankjoke/ioBroker.radar2/pull/86

Fehlermeldungen sind dadurch weg.
ABER der Adapter ist nach wie vor nicht einstellbar.
Da muss frankjoke noch dran.

TA2k created this issue in frankjoke/ioBroker.radar2

closed fix ack setStates #86