js-controller 3.3 jetzt im Beta

[crunchip]

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

Aktuell sind keine Inkompatibilitäten bekannt. Admin sollte mit 4.x und auch 5.x funktionieren

kleine Verständnisfrage, da ich den Controller mal aufspielen(aktuell noch auf 3.2.16) , jedoch beim admin 4 bleiben wollte.
Wenn ich es richtig sehe, sind bei mehreren Adapter, angelehnt an den neuen Controller, ein upgrade auszuführen, gleichzeitig lese ich auch den ein oder anderen fix, zwecks neuen admin. Funktioniert das aktuell noch mit admin 4, oder sollte/muss man zwangsläufig auch auf admin 5?
aktuell hätte ich als upgrade noch folgende Adapter zu machen

• admin4.2.1<5.0.29
• backitup2.1.6<2.1.11
• net tools0.1.2<0.1.5
• unifi0.5.8<0.5.9
• traccar0.0.7<0.0.9
• simple api2.5.3<2.6.1

unifi z.b. v0.5.9(fix für js-controller) hatte ich in der Vergangenheit probiert, bekomm die Instanz da aber nicht zum laufen

[Diginix]

@crunchip Ich bin gestern von JS-C 3.2.16 auf 3.3.10 aber weiterhin mit admin4, weil ich Adapter habe, die mit v5 nicht laufen.
Einige Adapter haben mit dem neuen JS-C dann Fehler im Log weil falsche Datentypen in Objekte geschrieben werden oder weil das ack Flag fehlt. Diese Adapter (radar2, telegram, onkyo, yeelight) habe ich dann selbst gepatcht.
Aber grundsätzlich läuft auch mit den Fehlermeldungen alles problemlos mit JS-C 3.3.x und admin4.

[Jan1]

@diginix
Die Hälfte der angesprochenen Adapter ist schon gefixt und und das sind auch keine Fehler sondern Warnungen, also alles halb so wild. Willst die auch weg haben, dann Adapter einfach auf Loglevel error stellen.

[Diginix]

@jan1 Also für die von mir genannten Adapter: radar2, telegram, onkyo, yeelight-2 gibt es keine Updates im latest, bei denen die Datentypen beachtet werden oder das ack Flag bei read only DPs gesetzt wird.
Daher kam ich nicht umhin sie selbst zu patchen um eben nicht das Loglevel unsinnig hoch zu setzen.
Wo sollen die Updates denn verfügbar sein außer vllt über Forks anderer Devs?

[Jan1]

@diginix
Ich habe meine Log Level eh immer etwas höher, weil ich einfach nicht jeden belanglosen Käse im Log haben möchte und das ist auf Info nun mal der Fall. OK, Radar habe ich auch noch auf error, hatte ich übersehen.

[Diginix]

@jan1 Geht mir ähnlich. An guten Tagen habe ich Logs mit 40 kb und davon ist dann das meiste aus meinen eigenen Skripten.
Adapter bei regulärer Arbeit mit info Level spammen, stehen bei mir auf warn.
Woher hast du Updates für telegram, onkyo, yeelight-2 die keine Warnings mehr liefern?
Meine gepatchen forks wollte ich ggf. als pull request einreichen. Aber wäre ja unnötig, wenn es schon Updates gibt.

[Jan1]

@diginix
Telegram steht bei mir auf "warn" also so wie immer und ich habe da nix außergewöhnliches drin. Die anderen verwende ich nicht. Ok, der hat ab und an mal das "ack-flag" im Log, stört aber nicht wirklich, da es nicht überhand nimmt.

[crunchip]

@diginix ok , dann versuche ich am WE mal mein Glück

[apollon77]

@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

[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

Kommen wenn bei mir alles mehr als 24h sauber läuft. Sieht bisher alles prima aus.

[apollon77]

@diginix Cool ... dann freue ich mich schon

[apollon77]

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

[gelberlemmy]

@apollon77 von mir noch einmal ein grosse Danke für die geile Arbeit. Meinen Respekt habt Ihr. Ich bin da ja nur Nutzer...... Weiter so.....Danke

Gruss André

[Feuersturm]

@apollon77 js-controller 3.3.11 konnte auf dem Master und Slave erfolreich aktualisiert werden und beim starten der beiden ioBrokers gab es keine Probleme.

[da_Woody]

@apollon77 ebbeso ohne probs!

[Thomas Braun]

@apollon77 Hier auch keine Auffälligkeiten

Edith: Ist daas Rest-GUI jetzt 'scharf' geschaltet?

[crunchip]

läuft auch hier
einzigstes was mir auffiel, beim iobroker stop, der radar2 Adapter

2021-05-24 00:25:30.107 - info: vis-inventwo.0 (3552) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2021-05-24 00:25:30.103 - info: smartcontrol.0 (3041) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2021-05-24 00:25:30.110 - info: web.0 (3745) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2021-05-24 00:25:30.113 - info: backitup.0 (1135) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2021-05-24 00:25:30.114 - info: socketio.0 (3200) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2021-05-24 00:25:30.099 - error: radar2.0 (11167) uncaught exception: Cannot read property 'init' of null
2021-05-24 00:25:30.123 - info: iogo.0 (1732) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2021-05-24 00:25:30.118 - info: info.0 (1711) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2021-05-24 00:25:30.110 - info: logparser.0 (2325) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2021-05-24 00:25:30.137 - error: radar2.0 (11167) TypeError: Cannot read property 'init' of null
at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.radar2/myNetworks.js:964:82)
at listOnTimeout (internal/timers.js:555:17)
at processTimers (internal/timers.js:498:7)
2021-05-24 00:25:30.138 - error: radar2.0 (11167) Cannot read property 'init' of null
2021-05-24 00:25:30.161 - info: host.IoBroker stopInstance timeout 1000 system.adapter.milight-smart-light.0 killing pid 2356
2021-05-24 00:25:30.162 - info: host.IoBroker stopInstance timeout 1000 system.adapter.sayit.0 killing pid 2562
2021-05-24 00:25:30.179 - info: javascript.0 (2295) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2021-05-24 00:25:30.549 - info: host.IoBroker stopInstance system.adapter.admin.0 send kill signal
2021-05-24 00:25:30.550 - info: host.IoBroker stopInstance system.adapter.alexa2.0 send kill signal
2021-05-24 00:25:30.550 - info: host.IoBroker stopInstance system.adapter.nut.0 send kill signal
2021-05-24 00:25:30.551 - info: host.IoBroker stopInstance system.adapter.backitup.0 send kill signal
2021-05-24 00:25:30.551 - info: host.IoBroker stopInstance system.adapter.ble.0 send kill signal
2021-05-24 00:25:30.551 - info: host.IoBroker stopInstance system.adapter.broadlink2.0 send kill signal
2021-05-24 00:25:30.552 - info: host.IoBroker stopInstance system.adapter.chromecast.0 send kill signal
2021-05-24 00:25:30.552 - info: host.IoBroker stopInstance system.adapter.email.0 send kill signal
2021-05-24 00:25:30.552 - info: host.IoBroker stopInstance system.adapter.fully-tablet-control.0 send kill signal
2021-05-24 00:25:30.553 - info: host.IoBroker stopInstance system.adapter.info.0 send kill signal
2021-05-24 00:25:30.553 - info: host.IoBroker stopInstance system.adapter.iogo.0 send kill signal
2021-05-24 00:25:30.553 - info: host.IoBroker stopInstance system.adapter.iot.0 send kill signal
2021-05-24 00:25:30.554 - info: host.IoBroker stopInstance system.adapter.jarvis.0 send kill signal
2021-05-24 00:25:30.554 - info: host.IoBroker stopInstance system.adapter.javascript.0 send kill signal
2021-05-24 00:25:30.554 - info: host.IoBroker stopInstance system.adapter.linux-control.0 send kill signal
2021-05-24 00:25:30.555 - info: host.IoBroker stopInstance system.adapter.logparser.0 send kill signal
2021-05-24 00:25:30.555 - info: host.IoBroker stopInstance system.adapter.mihome.0 send kill signal
2021-05-24 00:25:30.555 - info: host.IoBroker stopInstance system.adapter.pollenflug.0 send kill signal
2021-05-24 00:25:30.556 - info: host.IoBroker stopInstance system.adapter.radar2.0 send kill signal

und nach dem start, dieses

2021-05-24 00:31:19.902 - warn: jarvis.0 (23063) slow connection to states DB. Still waiting ...

[breit]

Bin nur user.

Seit heutigem update kann ich in den Instanzen keine Konfigurationen verändern und die autom. Neustarts können nicht eingestellt werden.
Beim Start kommt "Probleme mit häufig abstürzenden Adapterinstanzen" für backitup und stiebel-isg

Ist dies wegen BETA normal?

[crunchip]

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

Ist dies wegen BETA normal?

möglich, daher beta
von welcher version zu welcher bist du gesprungen?

[Feuersturm]

@breit Verwendest du auch Admin5 und hast neben dem js-controller Update auch das Update auf die Admin 5.0.32 gemacht? Beim Admin5 gibt es ein issue was das Verhalten bzgl. des Schraubenschlüssels beschreibt https://github.com/ioBroker/ioBroker.admin/issues/922

Dirk-Peter-md created this issue in ioBroker/ioBroker.admin

closed 5.0.32 Instanzen -> Adapter -> Schraubschlüssel -> klick #922