js-controller 4.0 jetzt im BETA/LATEST!

[oFbEQnpoLKKl6mbY5e13]

@foxriver76
Kein Problem. Wohin?

Kein Problem, ich habe Zeit. Und mein iobroker läuft ja perfekt mit 3.3.22.

Edit:
Das Problem wurde behoben.

[wendy2702]

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Hey All

die 4.0.7 ist auf dem Weg mit einem kleinen Fix nochmal wegen der Paketmanager-Erkennung

Sollte die oder 4.0.6 schon im latest sichtbar sein?

Noch ne Frage. Wie läuft unter JS4.x ein Restore eines Slaves?

[Diginix]

@wendy2702 4.0.6 und 4.0.7 sind über latest bereits verfügbar und bei mir .7 seit 12 Uhr installiert.

[apollon77]

@wendy2702 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Sollte die oder 4.0.6 schon im latest sichtbar sein?

Naja eher die 4.0.7 inzwischen Aber ja ... sollte eins von beiden. Ggf iob update

Noch ne Frage. Wie läuft unter JS4.x ein Restore eines Slaves?

Wie auch unter 3.3.22

Das bringt eher die Frage nach generell dem Restore einen slaves auf denke ich

Formal Slave-Host neu aufsetzen mit nem leeren ioBroker und schauen das der Hostname der gleich ist wie früher!! Dann den Host via "iob setup custom" (oder mit mh browse) an den Master verbinden. Dann sollte der Slave merken welche Adapter nachinstalliert werden müssen und das automatisch tun

[wendy2702]

@diginix sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@wendy2702 4.0.6 und 4.0.7 sind über latest bereits verfügbar und bei mir .7 seit 12 Uhr installiert.

Hm...

hast du die also im HOST Tab gesehen?

Bei mir auch nach STRG+F5 immer noch 4.0.5:

Obwohl im latest tatsächlich 4.0.7 kommt:

Admin 5.2.3 sowohl mit FF als auch mit Chrome

EDIT: iob update auf dem Slave gemacht. Dann reload im FF und jetzt steht bei allen 4.0.7

[wendy2702]

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Wie auch unter 3.3.22
Das bringt eher die Frage nach generell dem Restore einen slaves auf denke ich
Formal Slave-Host neu aufsetzen mit nem leeren ioBroker und schauen das der Hostname der gleich ist wie früher!! Dann den Host via "iob setup custom" (oder mit mh browse) an den Master verbinden. Dann sollte der Slave merken welche Adapter nachinstalliert werden müssen und das automatisch tun

Wenn ich es schaffe teste ich es heute.

[wendy2702]

auch mit 4.0.7 bei mir leider so auf dem Slave der die Probleme macht:

pi@pi-iobroker:~ $ iob upgrade self
Update js-controller from @4.0.3 to @4.0.7
NPM version: 6.14.16
Installing iobroker.js-controller@4.0.7... (System call)
Could not check npm version: This directory tree does not contain a package.json
Assuming that correct version is installed.
pi@pi-iobroker:~ $ cd /opt/iobroker/
pi@pi-iobroker:/opt/iobroker $ iob upgrade self
Update js-controller from @4.0.3 to @4.0.7
NPM version: 6.14.16
Installing iobroker.js-controller@4.0.7... (System call)
Could not check npm version: This directory tree does not contain a package.json
Assuming that correct version is installed.
pi@pi-iobroker:/opt/iobroker $

[apollon77]

@wendy2702 Naja nee ... du hast ja immer noch die 4.0.3 ... der Fix ist ja erst später drin gewesen Dann upgrade "hart"

cd /opt/iobrokerund npm i iobroker.js-controller@4.0.7 --production

[wendy2702]

@apollon77 Stimmt mein Fehler.

Macht es sinn zum testen zuerst auf 4.0.6 und dann auf 4.0.7 um zu sehen ob der fix wirkt?

[apollon77]

@wendy2702 Das kannst du gern tun

[bommel_030]

@wendy2702 @apollon77
Hat bei einem Slave auch das Problem bei 4.0.4 ->4.0.5 ->4.0.6.
Von 4.0.6 auf 4.0.7 ging es fehlerfrei.

[wendy2702]

4.0.3 - 4.0.6 - 4.0.7 hat jetzt geklappt.

Danke für euren unermüdlichen Einsatz!

[e-i-k-e]

Als ich mit meinem Master/Slave-System angefangen bin, war es erforderlich, für jeden Slave den Admin-Adapter zu installieren.
Ist dies immer noch nötig?

[Thomas Braun]

@e-i-k-e sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Ist dies immer noch nötig?

Nein. Da kannst du auch eine zunächst leere Hülle andocken. Also alle Adapter deinstallieren, dann den Slave anbinden, Adapter auf den Slave schieben.

[e-i-k-e]

@thomas-braun

Dauerschleife:

[Thomas Braun]

@e-i-k-e
Mach's über die Kommandozeile.
Wobei ich nicht weiß, wie sich bereits eingerichtete Slaves verhalten, wenn der admin rausgehauen wird.

[apollon77]

@e-i-k-e Das war noch nie nötig:-) Fakt war nur das im Normalfall der Admin Code auf jedem Slave liegt, aber sonst nichts. Also: Nein braucht man nicht

[apollon77]

@e-i-k-e Und er löscht dabei nichts? Strange. Aber ja, geht es auf der CLI?

[apollon77]

@e-i-k-e Danke, Hast nen Bug gefunden. Wird in der 4.0.8 gefixt

[knopers1]

@apollon77

der js.controller über die Version 3.3.22 legt leider den KM.200 Adapter flach.
Nach Update werden keine Datenpunkte aktualisiert, obwohl der Adapter verbunden ist.
Die letze funktionierende Version des js.controllers brachte bereits eine Warnmeldung:

adapter.objects.getObjectList is deprecated, and will be removed in the future. Please use adapter.getObjectList/Async. Report this to Developer!

Zurück auf die V3.3.22, und der KM.200 läuft erneut.

Ein Issues ist bereits geöffnet:
https://github.com/frankjoke/ioBroker.km200/issues/69

2022-02-09 05:25:11.374 - info: host.raspberrypi instance system.adapter.km200.0 started with pid 5617

2022-02-09 05:25:13.274 - info: km200.0 (5617) starting. Version 2.0.3 in /opt/iobroker/node_modules/iobroker.km200, node: v12.22.10, js-controller: 4.0.4

2022-02-09 05:25:13.328 - error: km200.0 (5617) Adapter Error, stop: TypeError: Cannot read property 'getObjectList' of undefined at Function.initAdapter (/opt/iobroker/node_modules/@frankjoke/myadapter/myAdapter.js:252:55) at /opt/iobroker/node_modules/@frankjoke/myadapter/myAdapter.js:383:63 at processTicksAndRejections (internal/process/task_queues.js:97:5)

Mit dem alten js.controller läuft der KM.200 Adapter wenigstens weiter. Kannst Du Apollon77 da etwas anpassen?
Gruß Lukas

sunshower2 created this issue in frankjoke/ioBroker.km200

closed km200 läuft unter Controller 4.0 bei mir nicht mehr #69