NEWS
js-controller 3.3 jetzt im Beta
js-controller 3.3 jetzt im Beta
-
@gelberlemmy lies mal ab hier, https://forum.iobroker.net/topic/44282/test-adapter-admin-5-0-x-alpha-der-neuen-ui/493, vielleicht gehörst du auch dazu?
@michmein danke, habe da auch gerade mein Problem mit eingestellt. Da gehöre ich bestimmt dazu. Danke für die Info.
-
Unter Windows nicht - ganz ohne Auffälligkeiten. Er hat sich zwar geupdatet und läuft auch, aber mit folgender Meldung. Ich bin der Meinung in der 3.3.8 war diese Meldung nicht vorhanden. Auch poppte das "Dos Fenster" für den automatischen Dienst Start nicht auf und ioB musste manuell gestartet werden - was ja per se kein Beinbruch ist.
Ich will damit nur sagen, es hat sich was verändert, gegenüber einer früheren 3.3.x Versionen wo das alles mal nicht der Fall war.
C:\iobroker\GLT>iobroker status iobroker is not running on this host. Objects type: file States type: file C:\iobroker\GLT>iobroker upgrade self Update js-controller from @3.3.8 to @3.3.9 NPM version: 6.14.11 npm install iobroker.js-controller@3.3.9 --loglevel error --unsafe-perm (System call) Trying to install "esbuild-windows-64" using npm Failed to install "esbuild-windows-64" using npm: Command failed: npm install --loglevel=error --prefer-offline --no-audit --progress=false esbuild-windows-64@0.11.20 npm ERR! code ETARGET npm ERR! notarget No matching version found for esbuild-windows-64@0.11.20. npm ERR! notarget In most cases you or one of your dependencies are requesting npm ERR! notarget a package version that doesn't exist. npm ERR! A complete log of this run can be found in: npm ERR! C:\iobroker\GLT\env\npm-cache\_logs\2021-05-13T06_37_09_937Z-debug.log Trying to download "https://registry.npmjs.org/esbuild-windows-64/-/esbuild-windows-64-0.11.20.tgz" Install successful C:\iobroker\GLT>@jb_sullivan Welche Version von npm hast du drauf - das Paket ist so auf npm, daher sieht das eher nach einem npm (cache) Problem aus.
Hier könnt ihr mich unterstützen.
-
@jb_sullivan Welche Version von npm hast du drauf - das Paket ist so auf npm, daher sieht das eher nach einem npm (cache) Problem aus.
Steht oben im Fehler Log
oder meinst du Node.js? (= 14.16.0)C:\iobroker\GLT>iobroker upgrade self Update js-controller from @3.3.9 to @3.3.10 **NPM version: 6.14.11** -
Hallo ioBroker-Community,
diesmal etwas früher als ursprünglich geplant, kommt heute der neue js-controller 3.3 (Releasename "Hannah") ins Latest Repository (sollte im laufe des Abends bei allen auftauchen). Der Grund ist, dass wir für Admin5 ein paar Optimierungen und Verbesserungen benötigen.
Node.js Versions-Anforderungen
Die unterstützten Node.js Versionen bleiben in diesem Update gleich: 10.x, 12.x und auch 14.x werden offiziell unterstützt. Aufgrund der übergreifenden Adapter-Kompatibilität bleibt die empfohlene Node.js Version für ioBroker aktuell weiterhin auf 12.x. Falls jemand wirklich mit Node.js 16.x experimentieren will, dann bitte AUSSCHLIESSLICH mit npm 6 !! (die npm Entwickler haben in npm 7 wieder Dinge geändert, die wir noch untersuchen)
Bitte beachtet weiterhin bei Node.js Updates die Anleitung im Forum unter https://forum.iobroker.net/topic/44566/how-to-node-js-für-iobroker-richtig-updaten-2021-editionInformationen zur Version
Auch wenn die Zeit seit dem letzten js-controller Update recht kurz war sind ein paar Optimierungen und Verbesserungen und neue Features zusammengekommen.
Auch daran den Wildwuchs in der Umsetzung einiger Adapter etwas einzugrenzen wurde weiter gearbeitet, was ggf. zu neuen Log-Meldungen für bestimmte Fälle führt. Bitte unterstützt hier wieder und legt bei den relevanten Adaptern im GitHub Issues an, damit diese Dinge gefixt werden können.Besonders zu Erwähnen ist diesmal, dass Adapter-Abhängigkeiten bei Updates besser berücksichtigt werden und das die Startreihenfolge von Adaptern nach Typ optimiert wird und auch mitbestimmen kann (mit Admin5). Detailliertere Informationen zu allen Änderungen und Features findet Ihr weiter unten und im Changelog. Ich hoffe auch diesmal auf Eure tatkräftige Unterstützung, sodass der Latest-Release dann genau so reibungslos verläuft wie bei den letzten Versionen.
In Summe sind in diese Version über 120 commits eingeflossen. Dafür bedenke mich diesmal besonders bei foxriver76, AlCalzone und natürlich Bluefox und auch ein paar weiteren Entwicklern für die aktive Mitarbeit an dieser Version!
Der js-controller 3.3 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der 2.0/2.1/2.2/3.x ist problemlos möglich. Nur die Node.js Version muss weiterhin mindestens 10.x sein, wie oben bereits ausgeführt. Wer überlegt die Node.js Version anzuheben bitte weiter unten im Abschnitt "Was ist zu testen" lesen
Es gibt aktuell keine inkompatiblem Adapter, aber einige Empfehlungen weiter unten.
Installation
VOR der Installation
Wie bei jedem Test dieser Art: Bitte macht ein Backup!
iobroker backupbzw kopieren desiobroker-dataVerzeichnisses reichen an sich aus. Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt. Die alte Version des js-controller kann im Notfall einfach wieder pernpm install iobroker.js-controller@versioninstalliert werden und sollte alles wieder herstellen.Für die User die deie experimentelle JSONL-Datenbank ausprobieren bitte unter https://forum.iobroker.net/post/622194 nachsehen.
Nötige Adapter-Aktualisierungen
Aktuell sind keine Inkompatibilitäten bekannt. Admin sollte mit 4.x und auch 5.x funktionieren, mit Admin 5.x sollten die potentiell fehlenden Adapternamen wieder angezeigt werden.
Es werden aber, wie oben ausgeführt, einige Adapter ggf Warnungen ins Log schreiben. Falls das Problematisch ist ist aktuell die einzige Option das Loglevel der Instanz auf "Error" zu setzen.
Achtung: MASTER-Systeme Reihenfolgen beachten!
Bei einem Multi-Host-System, welches auf js-controller 2.2, 3.1 oder 3.2 läuft, ist es beim Update auf Version 3.3 empfohlen, zuerst das Master-System zu aktualisieren. Der Master muss dann wieder gestartet werden. Die Slaves werden danach aktualisiert!
Bei Updates von Master/Slave-Systemen mit js-controller 1.5 oder früher auf die 3.3 müssen zwingend zuerst die Slaves und der Master als letztes aktualisiert werden. Beim Slave Update muss der alte Master aber noch laufen. Die Slaves bleiben nach dem Update offline und können sich nicht zum Master verbinden und werden erst wieder funktionieren wenn auch der Master auf die 3.3 aktualisiert wurde!
Windows
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden weiss ich gerade nicht wie der aktuelle Prozess ist, da der Windows installer nicht ganz aktuell ist. Bitte hier berichten dann kann ich ergänzen.
Für alle "alten manuellen" Installationen gilt
iobroker update- ioBroker muss gestoppt sein.
- Vor dem Update bitte prüfen das keine Prozesse mehr laufen
iobroker upgrade self- ioBroker starten
Linux
iobroker update- ioBroker stoppen (
iobroker stop) - prüfen das keine Prozesse (Adapter, Backups) mehr laufen (
ps auxww|grep iound auchps auxww|grep backup). Es passiert manchmal das trotz dem Stoppen noch Zombies zurückbleiben - Wie üblich wird das Update dann per
iobroker upgrade selfausgeführt. - ioBroker starten (
iobroker start)
Wichtig: Falls es mit js.controller 3.2.x bei update oder upgrade einen Fehler gibt "No connection to database" dann bitte nochmals versuchen, wenn wieder passiert folgende Schritte ausführen:
- Editiere /opt/iobroker/iobroker-data/iobroker.json
- Unter objects und states gibt es ein ' "connectTimeout": 2000,`
- Zahl ändern in 5000 draus.
- Neu versuchen
- Nach dem Upgrade am besten den Wert wieder zurücketzen weil der js-controller 3.3 hier optimiert und länger wartet
Bei Fehlern:
Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (iobroker fixwer schon einen js-controller 2.x oder höher hat, alternativ weiterhin manuell via curl -sL https://iobroker.net/fix.sh | bash -) nutzen und die Installation wiederholen.
Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittelssudo -H -u iobroker npm install iobroker.js-controllerversuchen. Bitte berichtet solche Fälle hier im Thread.NACH der Installation
Nach der Installation sollte der ioBroker automatisch wiederder gestartet werden. Falls doch nicht bitte mittels
iobroker startstarten.Wenn alles klappt merkt Ihr ausser der höheren Versionsnummer in der Host-Ansicht im Admin keinen Unterschied. Alles funktioniert weiterhin wie vorher. Alle Adapterinstanzen starten und funktionieren. Wenn das so ist hat alles geklappt.
Falls im Log Warn-Meldungen auftauchen mit dem Hinweis diese an den Entwickler zu senden, dann bitte schauen welcher Adapter es ist und entsprechend dort Issues bitte anlegen!
Was hat sich geändert, was besonders ansehen/beachten?
Neben einiger weiterer Bugfixes gibt es folgende Änderungen und Fixes zu erwähnen:
- generell siehe Changelog, speziell auch für Features
- Adapter-Instanzen starten nach den definierten Tiers
iobroker upgradebeachtet nun Adpater-Abhängigkeiten- backitup wird automatisch installiert bei neuen Installationen
- Einige Adapter werden Warnungen ausgeben wenn State-Werte gesetzt werden, da nun auch Datentypen und min/max-Werte geprüft werden. Bitte bei den Adapter-Repos melden
Speziell die Entwickler sollten bitte die genannten Deprecations und neuen Features anschauen und beachten.
Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:
Generell ist zu testen, ob alles noch so funktioniert wie vorher auch. Das ist das wichtigste!
Wie Fehler melden?
Wer sich unsicher ist, ob ein Fehler vorliegt, sollte am besten hier im Thread das Problem beschreiben. So können wir alle versuchen, das Problem nachzuvollziehen und ggf. einzugrenzen.
Sobald ein Fehler auftritt der in einer Fehlermeldung oder einen Crash mit Fehlerdetails im Log oder auf Kommandozeile endet, dann dazu am besten direkt ein GitHub-Issue im js-controller Projekt öffnen und zusätzlich hier im Thread posten. Je detaillierter die Angaben im Issue sind (genaue Fehlermeldungen/Logs, Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.
Wir wünschen allen viel Spaß beim Testen und vielen Dank für Eure Unterstützung!
Ingo
@apollon77 hallo, ich bekomme nach dem Update auf 3.3.10 folgende Dinge im LOG angezeigt:
zB Telegram
telegram.0 505 2021-05-19 22:32:38.175 warn Read-only state "telegram.0.communicate.botSendMessageId" has been written without ack-flag with value "13368"und der Sonoff, Netatmo und rpi2 Adapter spamen mein Log zu mit folgenden Dingen:
rpi2.0 2185 2021-05-19 22:38:48.627 info State value to set for "rpi2.0.cpu.load15" has to be type "number" but received type "string" rpi2.0 2185 2021-05-19 22:38:48.627 info State value to set for "rpi2.0.cpu.load5" has to be type "number" but received type "string" rpi2.0 2185 2021-05-19 22:38:48.626 info State value to set for "rpi2.0.cpu.load1" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:45.587 info State value to set for "sonoff.0.Trockner.ENERGY_TotalStartTime" has to be type "number" but received type "string" hmip.0 722 2021-05-19 22:38:45.474 info State value to set for "hmip.0.groups.3d856792-9e42-45ee-b068-222a9039f90d.sabotage" has to be type "string" but received type "boolean" sonoff.0 9331 2021-05-19 22:38:45.400 info State value to set for "sonoff.0.Trockner.Wifi_Downtime" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:45.381 info State value to set for "sonoff.0.Trockner.Wifi_Channel" has to be stringified but received type "number" sonoff.0 9331 2021-05-19 22:38:45.375 info State value to set for "sonoff.0.Trockner.Wifi_BSSId" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:45.325 info State value to set for "sonoff.0.Trockner.Wifi_SSId" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:45.290 info State value to set for "sonoff.0.Trockner.SleepMode" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:35.437 info State value to set for "sonoff.0.Trockner.ENERGY_TotalStartTime" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:35.427 info State value to set for "sonoff.0.Trockner.Wifi_Downtime" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:35.409 info State value to set for "sonoff.0.Trockner.Wifi_Channel" has to be stringified but received type "number" sonoff.0 9331 2021-05-19 22:38:35.403 info State value to set for "sonoff.0.Trockner.Wifi_BSSId" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:35.397 info State value to set for "sonoff.0.Trockner.Wifi_SSId" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:35.297 info State value to set for "sonoff.0.Trockner.SleepMode" has to be type "number" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.826 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Draußen.LastUpdate" has to be type "datetime" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.825 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Draußen.Humidity.AbsoluteHumidity" has to be type "number" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.824 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Draußen.Temperature.DewPoint" has to be type "number" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.714 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Unnamed.LastUpdate" has to be type "datetime" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.713 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Unnamed.Humidity.AbsoluteHumidity" has to be type "number" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.713 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Unnamed.Temperature.DewPoint" has to be type "number" but received type "string"An den Adaptern sind keine Änderungen gemacht worden. Aber das Log ist echt voll.....
Oder liegt das nicht am js-controller ? Aber ich wüsste jetzt nicht woran das sonst liegen sollte. Hatte ich vorher nicht.Gruß André
-
@apollon77 hallo, ich bekomme nach dem Update auf 3.3.10 folgende Dinge im LOG angezeigt:
zB Telegram
telegram.0 505 2021-05-19 22:32:38.175 warn Read-only state "telegram.0.communicate.botSendMessageId" has been written without ack-flag with value "13368"und der Sonoff, Netatmo und rpi2 Adapter spamen mein Log zu mit folgenden Dingen:
rpi2.0 2185 2021-05-19 22:38:48.627 info State value to set for "rpi2.0.cpu.load15" has to be type "number" but received type "string" rpi2.0 2185 2021-05-19 22:38:48.627 info State value to set for "rpi2.0.cpu.load5" has to be type "number" but received type "string" rpi2.0 2185 2021-05-19 22:38:48.626 info State value to set for "rpi2.0.cpu.load1" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:45.587 info State value to set for "sonoff.0.Trockner.ENERGY_TotalStartTime" has to be type "number" but received type "string" hmip.0 722 2021-05-19 22:38:45.474 info State value to set for "hmip.0.groups.3d856792-9e42-45ee-b068-222a9039f90d.sabotage" has to be type "string" but received type "boolean" sonoff.0 9331 2021-05-19 22:38:45.400 info State value to set for "sonoff.0.Trockner.Wifi_Downtime" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:45.381 info State value to set for "sonoff.0.Trockner.Wifi_Channel" has to be stringified but received type "number" sonoff.0 9331 2021-05-19 22:38:45.375 info State value to set for "sonoff.0.Trockner.Wifi_BSSId" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:45.325 info State value to set for "sonoff.0.Trockner.Wifi_SSId" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:45.290 info State value to set for "sonoff.0.Trockner.SleepMode" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:35.437 info State value to set for "sonoff.0.Trockner.ENERGY_TotalStartTime" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:35.427 info State value to set for "sonoff.0.Trockner.Wifi_Downtime" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:35.409 info State value to set for "sonoff.0.Trockner.Wifi_Channel" has to be stringified but received type "number" sonoff.0 9331 2021-05-19 22:38:35.403 info State value to set for "sonoff.0.Trockner.Wifi_BSSId" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:35.397 info State value to set for "sonoff.0.Trockner.Wifi_SSId" has to be type "number" but received type "string" sonoff.0 9331 2021-05-19 22:38:35.297 info State value to set for "sonoff.0.Trockner.SleepMode" has to be type "number" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.826 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Draußen.LastUpdate" has to be type "datetime" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.825 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Draußen.Humidity.AbsoluteHumidity" has to be type "number" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.824 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Draußen.Temperature.DewPoint" has to be type "number" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.714 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Unnamed.LastUpdate" has to be type "datetime" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.713 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Unnamed.Humidity.AbsoluteHumidity" has to be type "number" but received type "string" netatmo.0 11173 2021-05-19 22:38:26.713 info State value to set for "netatmo.0.Zu-Hause-(Indoor).Unnamed.Temperature.DewPoint" has to be type "number" but received type "string"An den Adaptern sind keine Änderungen gemacht worden. Aber das Log ist echt voll.....
Oder liegt das nicht am js-controller ? Aber ich wüsste jetzt nicht woran das sonst liegen sollte. Hatte ich vorher nicht.Gruß André
@gelberlemmy Issue bei den jeweiligen Adaptern Mal angeschaut / angelegt?
-
@gelberlemmy Issue bei den jeweiligen Adaptern Mal angeschaut / angelegt?
@thomas-braun sagte in js-controller 3.3 jetzt im Beta:
@gelberlemmy Issue bei den jeweiligen Adaptern Mal angeschaut / angelegt?
Danke, hätte ich eigentlich gleich drauf kommen können. Habe nachgeschaut. Diese Issue sind berits angelegt. habe mich da einfach dran gehängt. Danke für das Augen öffnen
-
Hallo ioBroker-Community,
diesmal etwas früher als ursprünglich geplant, kommt heute der neue js-controller 3.3 (Releasename "Hannah") ins Latest Repository (sollte im laufe des Abends bei allen auftauchen). Der Grund ist, dass wir für Admin5 ein paar Optimierungen und Verbesserungen benötigen.
Node.js Versions-Anforderungen
Die unterstützten Node.js Versionen bleiben in diesem Update gleich: 10.x, 12.x und auch 14.x werden offiziell unterstützt. Aufgrund der übergreifenden Adapter-Kompatibilität bleibt die empfohlene Node.js Version für ioBroker aktuell weiterhin auf 12.x. Falls jemand wirklich mit Node.js 16.x experimentieren will, dann bitte AUSSCHLIESSLICH mit npm 6 !! (die npm Entwickler haben in npm 7 wieder Dinge geändert, die wir noch untersuchen)
Bitte beachtet weiterhin bei Node.js Updates die Anleitung im Forum unter https://forum.iobroker.net/topic/44566/how-to-node-js-für-iobroker-richtig-updaten-2021-editionInformationen zur Version
Auch wenn die Zeit seit dem letzten js-controller Update recht kurz war sind ein paar Optimierungen und Verbesserungen und neue Features zusammengekommen.
Auch daran den Wildwuchs in der Umsetzung einiger Adapter etwas einzugrenzen wurde weiter gearbeitet, was ggf. zu neuen Log-Meldungen für bestimmte Fälle führt. Bitte unterstützt hier wieder und legt bei den relevanten Adaptern im GitHub Issues an, damit diese Dinge gefixt werden können.Besonders zu Erwähnen ist diesmal, dass Adapter-Abhängigkeiten bei Updates besser berücksichtigt werden und das die Startreihenfolge von Adaptern nach Typ optimiert wird und auch mitbestimmen kann (mit Admin5). Detailliertere Informationen zu allen Änderungen und Features findet Ihr weiter unten und im Changelog. Ich hoffe auch diesmal auf Eure tatkräftige Unterstützung, sodass der Latest-Release dann genau so reibungslos verläuft wie bei den letzten Versionen.
In Summe sind in diese Version über 120 commits eingeflossen. Dafür bedenke mich diesmal besonders bei foxriver76, AlCalzone und natürlich Bluefox und auch ein paar weiteren Entwicklern für die aktive Mitarbeit an dieser Version!
Der js-controller 3.3 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der 2.0/2.1/2.2/3.x ist problemlos möglich. Nur die Node.js Version muss weiterhin mindestens 10.x sein, wie oben bereits ausgeführt. Wer überlegt die Node.js Version anzuheben bitte weiter unten im Abschnitt "Was ist zu testen" lesen
Es gibt aktuell keine inkompatiblem Adapter, aber einige Empfehlungen weiter unten.
Installation
VOR der Installation
Wie bei jedem Test dieser Art: Bitte macht ein Backup!
iobroker backupbzw kopieren desiobroker-dataVerzeichnisses reichen an sich aus. Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt. Die alte Version des js-controller kann im Notfall einfach wieder pernpm install iobroker.js-controller@versioninstalliert werden und sollte alles wieder herstellen.Für die User die deie experimentelle JSONL-Datenbank ausprobieren bitte unter https://forum.iobroker.net/post/622194 nachsehen.
Nötige Adapter-Aktualisierungen
Aktuell sind keine Inkompatibilitäten bekannt. Admin sollte mit 4.x und auch 5.x funktionieren, mit Admin 5.x sollten die potentiell fehlenden Adapternamen wieder angezeigt werden.
Es werden aber, wie oben ausgeführt, einige Adapter ggf Warnungen ins Log schreiben. Falls das Problematisch ist ist aktuell die einzige Option das Loglevel der Instanz auf "Error" zu setzen.
Achtung: MASTER-Systeme Reihenfolgen beachten!
Bei einem Multi-Host-System, welches auf js-controller 2.2, 3.1 oder 3.2 läuft, ist es beim Update auf Version 3.3 empfohlen, zuerst das Master-System zu aktualisieren. Der Master muss dann wieder gestartet werden. Die Slaves werden danach aktualisiert!
Bei Updates von Master/Slave-Systemen mit js-controller 1.5 oder früher auf die 3.3 müssen zwingend zuerst die Slaves und der Master als letztes aktualisiert werden. Beim Slave Update muss der alte Master aber noch laufen. Die Slaves bleiben nach dem Update offline und können sich nicht zum Master verbinden und werden erst wieder funktionieren wenn auch der Master auf die 3.3 aktualisiert wurde!
Windows
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden weiss ich gerade nicht wie der aktuelle Prozess ist, da der Windows installer nicht ganz aktuell ist. Bitte hier berichten dann kann ich ergänzen.
Für alle "alten manuellen" Installationen gilt
iobroker update- ioBroker muss gestoppt sein.
- Vor dem Update bitte prüfen das keine Prozesse mehr laufen
iobroker upgrade self- ioBroker starten
Linux
iobroker update- ioBroker stoppen (
iobroker stop) - prüfen das keine Prozesse (Adapter, Backups) mehr laufen (
ps auxww|grep iound auchps auxww|grep backup). Es passiert manchmal das trotz dem Stoppen noch Zombies zurückbleiben - Wie üblich wird das Update dann per
iobroker upgrade selfausgeführt. - ioBroker starten (
iobroker start)
Wichtig: Falls es mit js.controller 3.2.x bei update oder upgrade einen Fehler gibt "No connection to database" dann bitte nochmals versuchen, wenn wieder passiert folgende Schritte ausführen:
- Editiere /opt/iobroker/iobroker-data/iobroker.json
- Unter objects und states gibt es ein ' "connectTimeout": 2000,`
- Zahl ändern in 5000 draus.
- Neu versuchen
- Nach dem Upgrade am besten den Wert wieder zurücketzen weil der js-controller 3.3 hier optimiert und länger wartet
Bei Fehlern:
Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (iobroker fixwer schon einen js-controller 2.x oder höher hat, alternativ weiterhin manuell via curl -sL https://iobroker.net/fix.sh | bash -) nutzen und die Installation wiederholen.
Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittelssudo -H -u iobroker npm install iobroker.js-controllerversuchen. Bitte berichtet solche Fälle hier im Thread.NACH der Installation
Nach der Installation sollte der ioBroker automatisch wiederder gestartet werden. Falls doch nicht bitte mittels
iobroker startstarten.Wenn alles klappt merkt Ihr ausser der höheren Versionsnummer in der Host-Ansicht im Admin keinen Unterschied. Alles funktioniert weiterhin wie vorher. Alle Adapterinstanzen starten und funktionieren. Wenn das so ist hat alles geklappt.
Falls im Log Warn-Meldungen auftauchen mit dem Hinweis diese an den Entwickler zu senden, dann bitte schauen welcher Adapter es ist und entsprechend dort Issues bitte anlegen!
Was hat sich geändert, was besonders ansehen/beachten?
Neben einiger weiterer Bugfixes gibt es folgende Änderungen und Fixes zu erwähnen:
- generell siehe Changelog, speziell auch für Features
- Adapter-Instanzen starten nach den definierten Tiers
iobroker upgradebeachtet nun Adpater-Abhängigkeiten- backitup wird automatisch installiert bei neuen Installationen
- Einige Adapter werden Warnungen ausgeben wenn State-Werte gesetzt werden, da nun auch Datentypen und min/max-Werte geprüft werden. Bitte bei den Adapter-Repos melden
Speziell die Entwickler sollten bitte die genannten Deprecations und neuen Features anschauen und beachten.
Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:
Generell ist zu testen, ob alles noch so funktioniert wie vorher auch. Das ist das wichtigste!
Wie Fehler melden?
Wer sich unsicher ist, ob ein Fehler vorliegt, sollte am besten hier im Thread das Problem beschreiben. So können wir alle versuchen, das Problem nachzuvollziehen und ggf. einzugrenzen.
Sobald ein Fehler auftritt der in einer Fehlermeldung oder einen Crash mit Fehlerdetails im Log oder auf Kommandozeile endet, dann dazu am besten direkt ein GitHub-Issue im js-controller Projekt öffnen und zusätzlich hier im Thread posten. Je detaillierter die Angaben im Issue sind (genaue Fehlermeldungen/Logs, Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.
Wir wünschen allen viel Spaß beim Testen und vielen Dank für Eure Unterstützung!
Ingo
@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
umgestiegen von Proxmox auf Unraid
-
@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
@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...:: So long! Tom ::..
NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB
-
@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. -
@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.@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 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? -
@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.@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 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. -
@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.@diginix ok , dann versuche ich am WE mal mein Glück
-
@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.@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
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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
@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.
..:: So long! Tom ::..
NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB
-
@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.
-
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
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
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
@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é
-
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
@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.
59
Online32.4k
Users81.3k
Topics1.3m
Posts