NEWS
js-controller 4.0 jetzt im BETA/LATEST!
-
@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/iobroker
undnpm 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.getObjectList
inadapter.getObjectList
.Anpassen muss es frankjoke ... sorry
I added to incompatibility List in first post
-
@apollon77 Keiner gesehen, naja gibt 3 Issues im Adapter
-
habe folgende Fehlermeldung im Log nachdem ich die email für letsencrypt angegeben habe:
2022-02-11 11:09:38.886 - error: host.ubuntu Caught by controller[0]: invalid maintainer contact info: jean@herz-klein.eu 2022-02-11 11:09:38.887 - error: host.ubuntu instance system.adapter.web.0 terminated with code 1 (JS_CONTROLLER_STOPPED) 2022-02-11 11:09:38.887 - info: host.ubuntu Restart adapter system.adapter.web.0 because enabled
Jetzt komme ich natürlich nicht mehr in die Admin Oberfläche. Wie kann ich diese Parameter im Setup der Web.admin Oberfläche per terminal wieder herausnehmen ?
-
Hi zusammen,
hab heute, nachdem meine Festplatte abgeraucht ist, mal ioBroker auf ne neue Platte umgezogen (via Backup die VM neu restored) auf ein neues Proxmox.
Hab daher auch direkt mal den HOST Update durchgeführt in der Proxmox-Shell (daher kann ich keinen Code kopieren nur nen Screen machen). Hab leider beim Update diverse Fehlermeldungen erhalten. ioBroker startet aber.
Ich nutze JSONL schon einige Monate ohne Probleme für States und Objekte:Protokoll im ioB ist auch unauffällig. Alle Instanzen sind auch grün.
Und anbei noch die Infos aus dem Info-Adapter:
Plattform linux
Betriebssystem linux
Architektur x64
CPUs 2
Geschwindigkeit 1696 MHz
Modell Common KVM processor
RAM 4.84 GB
System-Betriebszeit 12:54:36
Node.js v14.19.0
NPM 6.14.16
Aktive Instanzen 43
location /opt/iobroker/
Hostname ioBroker2NACHTRAG: Gerade nach den Fehlermeldungen gesucht (steht ja auch im 1. POST). Scheinen auch bei mir die üblichen Fehlermeldungen zu sein