js-controller 3.3 jetzt im Beta

[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

[Diginix]

@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]

@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]

@deta Wie geschrieben. Wenn es ein 3.3.11er Controller ist checke ich log gern ... wenn früher dann bitte updaten

[deta]

@apollon77 ja ist er 3.3.11

[apollon77]

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

[Chaot]

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

[Diginix]

@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",

[Chaot]

@diginix Ok, werde ich mal probieren.
Ich stelle das über die GUI um und da scheint sich das immer zurückzustellen.
Vielleicht ist das ja auch so gewollt vom Entwickler.

[Diginix]

@chaot Ich habe das in der Datei gemacht weil es in der GUI bisher nie ging.
Bin noch auf admin v4. Geht das mit admin v5?