js-controller 4.0 jetzt im BETA/LATEST!
-
@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 updateNoch 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
-
@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
-
@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 tunWenn ich es schaffe teste ich es heute.
-
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 $ -
@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/iobrokerundnpm i iobroker.js-controller@4.0.7 --production -
@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?
-
@wendy2702 Das kannst du gern tun
-
@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. -
4.0.3 - 4.0.6 - 4.0.7 hat jetzt geklappt.
Danke für euren unermüdlichen Einsatz!
-
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?
-
@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
Mach's über die Kommandozeile.
Wobei ich nicht weiß, wie sich bereits eingerichtete Slaves verhalten, wenn der admin rausgehauen wird. -
@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
-
@e-i-k-e Und er löscht dabei nichts? Strange. Aber ja, geht es auf der CLI?
-
@e-i-k-e Danke, Hast nen Bug gefunden. Wird in der 4.0.8 gefixt
-
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/692022-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 -
@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@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
Komisch.
Ich handhabe das schon seit einigen Jahren so. Aber dann ist gut, danke für die Info!@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@e-i-k-e Danke, Hast nen Bug gefunden. Wird in der 4.0.8 gefixt
Na das ist doch super!
Über CLI habe ich es nicht versucht. Ich werde auch nun auf den fix warten und anschließend berichten, ob es funktioniert. -
@knopers1 Interessant. Ist deprecated seit der 3.0 ... hat scheinbar keiner vorher im Log gesehen. Für dich als Quick Fix: Suche die Code stelle /opt/iobroker/node_modules/@frankjoke/myadapter/myAdapter.js Zeile 252 und ändere
adapter.objects.getObjectListinadapter.getObjectList.Anpassen muss es frankjoke ... sorry
I added to incompatibility List in first post
-
@apollon77 Keiner gesehen, naja gibt 3 Issues im Adapter
