NEWS
js-controller 3.3 jetzt im Beta
-
@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. -
@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 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. -
@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.
@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 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 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 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 3.3.11 ist installiert. Wenn es noch mal vorkommt, dann was brauchst du genau was wie wo?
-
@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 3.3.11 ist installiert. Wenn es noch mal vorkommt, dann was brauchst du genau was wie wo?
-
@deta Am besten neuer Thread und /var/log/syslog ... aber da schauen wir dann genauer rein
@apollon77 ok, aber bis jetzt kein Fehler mehr gehabt. Melde mich, wenn es noch mal vorkommt.
-
@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 :-)
@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/58Telegram
https://github.com/iobroker-community-adapters/ioBroker.telegram/pull/242Yeelight-2
https://github.com/iobroker-community-adapters/ioBroker.yeelight-2/pull/98Die 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.
-
@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/58Telegram
https://github.com/iobroker-community-adapters/ioBroker.telegram/pull/242Yeelight-2
https://github.com/iobroker-community-adapters/ioBroker.yeelight-2/pull/98Die 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 Für Radar2 hab ich es nicht gefunden, kannst du mir bitte sagen wo ich den patch finde?
cu Deta
Der Fork von TA2k befindet sich hier
https://github.com/TA2k/ioBroker.radar2Der Pullrequest sollte das hier sein:
https://github.com/frankjoke/ioBroker.radar2/pull/86Fehlermeldungen sind dadurch weg.
ABER der Adapter ist nach wie vor nicht einstellbar.
Da muss frankjoke noch dran. -
@malleralle sagte in js-controller 3.3 jetzt im Beta:
ABER der Adapter ist nach wie vor nicht einstellbar.
Da muss frankjoke noch dran.Das ist aber ein Admin5 Problem. Zumindest funktioniert radar2 bei mir mit dem Patch mit JS-C 3.3 und admin4 komplett fehlerfrei.
-
@deta Am besten neuer Thread und /var/log/syslog ... aber da schauen wir dann genauer rein
@apollon77 sagte in js-controller 3.3 jetzt im Beta:
@deta Am besten neuer Thread und /var/log/syslog ... aber da schauen wir dann genauer rein
Wieder Fehler, brauche bitte mal deine Email, damit ich dir das Log senden kann.
Es ist etwas komplexer. -
@apollon77 sagte in js-controller 3.3 jetzt im Beta:
@deta Am besten neuer Thread und /var/log/syslog ... aber da schauen wir dann genauer rein
Wieder Fehler, brauche bitte mal deine Email, damit ich dir das Log senden kann.
Es ist etwas komplexer. -
@deta Wie geschrieben. Wenn es ein 3.3.11er Controller ist checke ich log gern ... wenn früher dann bitte updaten
@apollon77 ja ist er 3.3.11
-
Mit letzten Fixes kommt heute js-controller 3.3.12 aka Stable RC2:
3.3.12 (2021-06-07)
- (foxriver76) Make sure getStates uses write attribute of aliases instead of read
- (bluefox) Add messages to read logs
- (Apollon77) prevent crash in disconnect cases on startup
- (foxriver76) allow defaultNewAcl updates on the fly
Er landet demnächst auf npm und danach im Latest
-
Mit letzten Fixes kommt heute js-controller 3.3.12 aka Stable RC2:
3.3.12 (2021-06-07)
- (foxriver76) Make sure getStates uses write attribute of aliases instead of read
- (bluefox) Add messages to read logs
- (Apollon77) prevent crash in disconnect cases on startup
- (foxriver76) allow defaultNewAcl updates on the fly
Er landet demnächst auf npm und danach im Latest
@apollon77 Ist eigentlich der Controler nach dem Update immer auf Loglevel Info oder ist das nur bei mir so?
Normalerweise habe ich den auf Level Warning stehen, aber nach jedem Update ist er wieder auf Info. -
@apollon77 Ist eigentlich der Controler nach dem Update immer auf Loglevel Info oder ist das nur bei mir so?
Normalerweise habe ich den auf Level Warning stehen, aber nach jedem Update ist er wieder auf Info. -
@chaot Bei mir bleibt Loglevel warn beim Host auch nach Updates.
Ich hab es in /opt/iobroker/iobroker-data/iobroker.json eingestellt"log": { "level": "warn",