NEWS
js-controller 3.0/3.1 jetzt im Latest!
js-controller 3.0/3.1 jetzt im Latest!
-
@apollon77 Die Blocklys werden aber als umgewandeltes javascript gespiegelt. Also direkt lauffähig. Sicher genau das was der Adapter auch im Hintergrund verarbeitet. Nur will ich da jetzt nicht mit Editieren experimentieren. Wahrscheinlich wird es dann korrupt oder dauerhaft nach js konvertiert im Skripte Bereich angezeigt. Dann gibt es also keine Blöcke mehr die man mit der Maus schubsen kann.

Ich habe es vorerst wieder deaktiviert. Aber die Funktionaliät ist mit 4.6.1 wieder gegeben. -
@apollon77,
bin nun auch auf dem JS-Adapter 4.6.1 vom GitHub. Mirroring läuft wieder, bin allerdings mit meinem JSC auf der 3.0.20. Ich denke am Wochenende werde ich nochmals einen Versuch wagen.
Danke für den schnellen Fix!
Gruß Steffen -
@apollon77,
bin nun auch auf dem JS-Adapter 4.6.1 vom GitHub. Mirroring läuft wieder, bin allerdings mit meinem JSC auf der 3.0.20. Ich denke am Wochenende werde ich nochmals einen Versuch wagen.
Danke für den schnellen Fix!
Gruß Steffen@apollon77 3.1.4 läuft ohne Probleme.
-
Moin,
ich habe ein Master Slave System auf 2 Tinkerboards laufen.
JS-Controller V 2.29
NPM 6.14.5
Node 12.16.3wenn ich ein Update auf JS 3 zu machen,(mit iobroker upgrade self) kommt immer das kein Update verfügbar ist. Auch nach iobroker update usw nicht. Wie kommt das? Hab ich es hier iwo bei den 1000 Beiträgen überlesen? :man-shrugging:
Ach so und nachdem ich auf Node 12 hoch gegangen bin , startet der S7 Adapter nicht mehr
s7.0 2020-05-11 17:33:24.908 error at Module.load (internal/modules/cjs/loader.js:977:32) s7.0 2020-05-11 17:33:24.908 error at Object.Module._extensions..js (internal/modules/cjs/loader.js:1153:10) s7.0 2020-05-11 17:33:24.908 error at Module._compile (internal/modules/cjs/loader.js:1133:30) s7.0 2020-05-11 17:33:24.908 error at Object.<anonymous> (/opt/iobroker/node_modules/node-snap7/lib/node-snap7.js:8:45) s7.0 2020-05-11 17:33:24.908 error at bindings (/opt/iobroker/node_modules/bindings/bindings.js:112:48) s7.0 2020-05-11 17:33:24.908 error at require (internal/modules/cjs/helpers.js:77:18) s7.0 2020-05-11 17:33:24.908 error at Module.require (internal/modules/cjs/loader.js:1019:19) s7.0 2020-05-11 17:33:24.908 error at Function.Module._load (internal/modules/cjs/loader.js:877:14) s7.0 2020-05-11 17:33:24.908 error at Module.load (internal/modules/cjs/loader.js:977:32) s7.0 2020-05-11 17:33:24.908 error at Object.Module._extensions..node (internal/modules/cjs/loader.js:1183:18) s7.0 2020-05-11 17:33:24.908 error the module (for instance, using `npm rebuild` or `npm install`). s7.0 2020-05-11 17:33:24.908 error NODE_MODULE_VERSION 72. Please try re-compiling or re-installing s7.0 2020-05-11 17:33:24.908 error NODE_MODULE_VERSION 64. This version of Node.js requires s7.0 2020-05-11 17:33:24.908 error was compiled against a different Node.js version using s7.0 2020-05-11 17:33:24.908 error (22778) Error: The module '/opt/iobroker/node_modules/node-snap7/build/Release/node_snap7.node' s7.0 2020-05-11 17:33:24.905 error the module (for instance, using `npm rebuild` or `npm install`). s7.0 2020-05-11 17:33:24.905 error NODE_MODULE_VERSION 72. Please try re-compiling or re-installing s7.0 2020-05-11 17:33:24.905 error NODE_MODULE_VERSION 64. This version of Node.js requires s7.0 2020-05-11 17:33:24.905 error was compiled against a different Node.js version using s7.0 2020-05-11 17:33:24.905 error (22778) uncaught exception: The module '/opt/iobroker/node_modules/node-snap7/build/Release/node_snap7.node'npm rebuild s7 hab ich auch schon versucht
host.ioBroker-Tinker 2020-05-11 17:57:21.358 error instance system.adapter.s7.0 terminated with code 6 (UNCAUGHT_EXCEPTION) host.ioBroker-Tinker 2020-05-11 17:57:21.358 error Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:977:32) host.ioBroker-Tinker 2020-05-11 17:57:21.358 error Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:1153:10) host.ioBroker-Tinker 2020-05-11 17:57:21.357 error Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:1133:30) host.ioBroker-Tinker 2020-05-11 17:57:21.357 error Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/node-snap7/lib/node-snap7.js:8:45) host.ioBroker-Tinker 2020-05-11 17:57:21.357 error Caught by controller[0]: at bindings (/opt/iobroker/node_modules/bindings/bindings.js:112:48) host.ioBroker-Tinker 2020-05-11 17:57:21.357 error Caught by controller[0]: at require (internal/modules/cjs/helpers.js:77:18) host.ioBroker-Tinker 2020-05-11 17:57:21.357 error Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:1019:19) host.ioBroker-Tinker 2020-05-11 17:57:21.357 error Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:877:14) host.ioBroker-Tinker 2020-05-11 17:57:21.356 error Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:977:32) host.ioBroker-Tinker 2020-05-11 17:57:21.356 error Caught by controller[0]: at Object.Module._extensions..node (internal/modules/cjs/loader.js:1183:18) host.ioBroker-Tinker 2020-05-11 17:57:21.356 error Caught by controller[0]: the module (for instance, using `npm rebuild` or `npm install`). host.ioBroker-Tinker 2020-05-11 17:57:21.356 error Caught by controller[0]: NODE_MODULE_VERSION 72. Please try re-compiling or re-installing host.ioBroker-Tinker 2020-05-11 17:57:21.356 error Caught by controller[0]: NODE_MODULE_VERSION 64. This version of Node.js requires host.ioBroker-Tinker 2020-05-11 17:57:21.356 error Caught by controller[0]: was compiled against a different Node.js version using host.ioBroker-Tinker 2020-05-11 17:57:21.355 error Caught by controller[0]: Error: The module '/opt/iobroker/node_modules/node-snap7/build/Release/node_snap7.node'ich hab jetzt auf 1.1.8 geupdatet, trotzdem nichts
-
Moin,
ich habe ein Master Slave System auf 2 Tinkerboards laufen.
JS-Controller V 2.29
NPM 6.14.5
Node 12.16.3wenn ich ein Update auf JS 3 zu machen,(mit iobroker upgrade self) kommt immer das kein Update verfügbar ist. Auch nach iobroker update usw nicht. Wie kommt das? Hab ich es hier iwo bei den 1000 Beiträgen überlesen? :man-shrugging:
Ach so und nachdem ich auf Node 12 hoch gegangen bin , startet der S7 Adapter nicht mehr
s7.0 2020-05-11 17:33:24.908 error at Module.load (internal/modules/cjs/loader.js:977:32) s7.0 2020-05-11 17:33:24.908 error at Object.Module._extensions..js (internal/modules/cjs/loader.js:1153:10) s7.0 2020-05-11 17:33:24.908 error at Module._compile (internal/modules/cjs/loader.js:1133:30) s7.0 2020-05-11 17:33:24.908 error at Object.<anonymous> (/opt/iobroker/node_modules/node-snap7/lib/node-snap7.js:8:45) s7.0 2020-05-11 17:33:24.908 error at bindings (/opt/iobroker/node_modules/bindings/bindings.js:112:48) s7.0 2020-05-11 17:33:24.908 error at require (internal/modules/cjs/helpers.js:77:18) s7.0 2020-05-11 17:33:24.908 error at Module.require (internal/modules/cjs/loader.js:1019:19) s7.0 2020-05-11 17:33:24.908 error at Function.Module._load (internal/modules/cjs/loader.js:877:14) s7.0 2020-05-11 17:33:24.908 error at Module.load (internal/modules/cjs/loader.js:977:32) s7.0 2020-05-11 17:33:24.908 error at Object.Module._extensions..node (internal/modules/cjs/loader.js:1183:18) s7.0 2020-05-11 17:33:24.908 error the module (for instance, using `npm rebuild` or `npm install`). s7.0 2020-05-11 17:33:24.908 error NODE_MODULE_VERSION 72. Please try re-compiling or re-installing s7.0 2020-05-11 17:33:24.908 error NODE_MODULE_VERSION 64. This version of Node.js requires s7.0 2020-05-11 17:33:24.908 error was compiled against a different Node.js version using s7.0 2020-05-11 17:33:24.908 error (22778) Error: The module '/opt/iobroker/node_modules/node-snap7/build/Release/node_snap7.node' s7.0 2020-05-11 17:33:24.905 error the module (for instance, using `npm rebuild` or `npm install`). s7.0 2020-05-11 17:33:24.905 error NODE_MODULE_VERSION 72. Please try re-compiling or re-installing s7.0 2020-05-11 17:33:24.905 error NODE_MODULE_VERSION 64. This version of Node.js requires s7.0 2020-05-11 17:33:24.905 error was compiled against a different Node.js version using s7.0 2020-05-11 17:33:24.905 error (22778) uncaught exception: The module '/opt/iobroker/node_modules/node-snap7/build/Release/node_snap7.node'npm rebuild s7 hab ich auch schon versucht
host.ioBroker-Tinker 2020-05-11 17:57:21.358 error instance system.adapter.s7.0 terminated with code 6 (UNCAUGHT_EXCEPTION) host.ioBroker-Tinker 2020-05-11 17:57:21.358 error Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:977:32) host.ioBroker-Tinker 2020-05-11 17:57:21.358 error Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:1153:10) host.ioBroker-Tinker 2020-05-11 17:57:21.357 error Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:1133:30) host.ioBroker-Tinker 2020-05-11 17:57:21.357 error Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/node-snap7/lib/node-snap7.js:8:45) host.ioBroker-Tinker 2020-05-11 17:57:21.357 error Caught by controller[0]: at bindings (/opt/iobroker/node_modules/bindings/bindings.js:112:48) host.ioBroker-Tinker 2020-05-11 17:57:21.357 error Caught by controller[0]: at require (internal/modules/cjs/helpers.js:77:18) host.ioBroker-Tinker 2020-05-11 17:57:21.357 error Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:1019:19) host.ioBroker-Tinker 2020-05-11 17:57:21.357 error Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:877:14) host.ioBroker-Tinker 2020-05-11 17:57:21.356 error Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:977:32) host.ioBroker-Tinker 2020-05-11 17:57:21.356 error Caught by controller[0]: at Object.Module._extensions..node (internal/modules/cjs/loader.js:1183:18) host.ioBroker-Tinker 2020-05-11 17:57:21.356 error Caught by controller[0]: the module (for instance, using `npm rebuild` or `npm install`). host.ioBroker-Tinker 2020-05-11 17:57:21.356 error Caught by controller[0]: NODE_MODULE_VERSION 72. Please try re-compiling or re-installing host.ioBroker-Tinker 2020-05-11 17:57:21.356 error Caught by controller[0]: NODE_MODULE_VERSION 64. This version of Node.js requires host.ioBroker-Tinker 2020-05-11 17:57:21.356 error Caught by controller[0]: was compiled against a different Node.js version using host.ioBroker-Tinker 2020-05-11 17:57:21.355 error Caught by controller[0]: Error: The module '/opt/iobroker/node_modules/node-snap7/build/Release/node_snap7.node'ich hab jetzt auf 1.1.8 geupdatet, trotzdem nichts
@Nordischerjung aaaaaalso. Hast Sunden beim nodejs Update den Link one im Ersten Beitrag zu dem extra Forum Artikel gesehn was da zu beachten ist? Such lesen der Meldung gibt nen anhaltspunkt.
Warum du das Update nicht bekommst kann ich nur vermuten: nutzt die wirklich das latest repository? Weil nur da ist der neue js-Controller.
-
@Nordischerjung aaaaaalso. Hast Sunden beim nodejs Update den Link one im Ersten Beitrag zu dem extra Forum Artikel gesehn was da zu beachten ist? Such lesen der Meldung gibt nen anhaltspunkt.
Warum du das Update nicht bekommst kann ich nur vermuten: nutzt die wirklich das latest repository? Weil nur da ist der neue js-Controller.
@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:
@Nordischerjung aaaaaalso. Hast Sunden beim nodejs Update den Link one im Ersten Beitrag zu dem extra Forum Artikel gesehn was da zu beachten ist? Such lesen der Meldung gibt nen anhaltspunkt.
danch habe ich es doch gemacht, oder was meinst du?
Warum du das Update nicht bekommst kann ich nur vermuten: nutzt die wirklich das latest repository? Weil nur da ist der neue js-Controller.
Wie bekomme ich das raus? Gibt es ne andere Methode die 3. zu installieren?
-
@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:
@Nordischerjung aaaaaalso. Hast Sunden beim nodejs Update den Link one im Ersten Beitrag zu dem extra Forum Artikel gesehn was da zu beachten ist? Such lesen der Meldung gibt nen anhaltspunkt.
danch habe ich es doch gemacht, oder was meinst du?
Warum du das Update nicht bekommst kann ich nur vermuten: nutzt die wirklich das latest repository? Weil nur da ist der neue js-Controller.
Wie bekomme ich das raus? Gibt es ne andere Methode die 3. zu installieren?
@Nordischerjung sagte in js-controller 3.0/3.1 jetzt im Latest!:
danch habe ich es doch gemacht, oder was meinst du?
Inkl. rebuild?
Wie bekomme ich das raus? Gibt es ne andere Methode die 3. zu installieren?
Ich weiß nicht, ob man unter diesen Voraussetzungen auf 'latest' gehen sollte, aber im Admin unter dem Schraubenschlüssel auf dem ersten Reiter kann man den 'Aktiven Verwahrungsort' umstellen.
-
@apollon77 4.6.1 läuft bei mir mit aktiver Spiegelung.
bzw: wenn ich in den gespiegelten JS was editiere wird das dann in Echtzeit auch in ioBroker genutzt und wie ist das bei Blockly basierten Skripten? Oder ist es doch nur ein Export als eine Art Backup?@Diginix sagte in js-controller 3.0/3.1 jetzt im Latest!:
@apollon77 4.6.1 läuft bei mir mit aktiver Spiegelung.
bzw: wenn ich in den gespiegelten JS was editiere wird das dann in Echtzeit auch in ioBroker genutzt und wie ist das bei Blockly basierten Skripten? Oder ist es doch nur ein Export als eine Art Backup?@apollon77 Musste doch wieder auf 4.5.1 downgraden weil in Blockly Skripten zB der Teil "mit Ergebnis" von http request Blöcken komplett leer war, also der Codeteil darin wurde nicht mehr als Blöcke angezeigt. Solang man nicht speichert, ist es im Javascript noch vorhanden, aber eben unsichtbar in Blockly.
Außerdem ist der Javascript Adapter 4.6.1 komplett abgestürzt wenn in einem Skript "Cannot read property 'indexOf' of undefined" fliegt. Mit 4.5.1 wird das geschluckt.
-
@Nordischerjung sagte in js-controller 3.0/3.1 jetzt im Latest!:
danch habe ich es doch gemacht, oder was meinst du?
Inkl. rebuild?
Wie bekomme ich das raus? Gibt es ne andere Methode die 3. zu installieren?
Ich weiß nicht, ob man unter diesen Voraussetzungen auf 'latest' gehen sollte, aber im Admin unter dem Schraubenschlüssel auf dem ersten Reiter kann man den 'Aktiven Verwahrungsort' umstellen.
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@Nordischerjung sagte in js-controller 3.0/3.1 jetzt im Latest!:
danch habe ich es doch gemacht, oder was meinst du?
Inkl. rebuild?
Wie bekomme ich das raus? Gibt es ne andere Methode die 3. zu installieren?
Ich weiß nicht, ob man unter diesen Voraussetzungen auf 'latest' gehen sollte, aber im Admin unter dem Schraubenschlüssel auf dem ersten Reiter kann man den 'Aktiven Verwahrungsort' umstellen.
jupp, npm rebuild, npm rebuild s7
-
@apollon77 Bei mir haben sich die angegebenen seltsamen Verhalten nach 24 Stunden erledigt.
Was so ein bisschen Ruhe alles ausmachen kann......
-
Hallo ioBroker-Community,
wie im neuen Release-Cycle für den js-controller geplant, kommt heute der neuen js-controller 3.0 (Releasename "Elena") bzw. inzwischen 3.1 (Releasename "Francesca") ins Latest Repository (sollte im laufe des Tages bei allen auftauchen). Ein großer Dank geht an alle User die bereits in den Letzten Tagen diese Version im beta test getestet und Probleme und Fehler zur Behebung gemeldet haben!
Node.js Versions-Anforderungen
Nach dem frühzeitigen aus für Node.js 8 bereits letzten November setzt diese neue Version nun Node.js 10.x voraus und funktioniert ebenso mit Node.js 12.x und, nach aktuellem Stand, auch mit der in den nächsten Tagen kommenden Node.js 14.x. Wir werden mit diesem Release auch die empfohlene Node.js Version für ioBroker auf 12.x anheben.
Bitte beachtet weiterhin bei Node.js Updates die Anleitung im Forum unter https://forum.iobroker.net/post/266625Error/Crash-Reporting mittels Sentry
Der js-controller hat jetzt standardmässig Sentry als Fehler-Reporting eingebaut und aktiviert. Der js-controller weisst bei der Erstinstallation einer Version >3.1 beim Upgrade gesondert darauf hin! Wenn also der js-controller mit einer Fehlermeldung abstürzt (und nur dann!) werden die Fehlerdetails anonymisiert an einen von uns selbst in Deutschland betriebenen Sentry-Server gemeldet. IPs o.ä. personalisierte Daten werden nicht gespeichert. Dieses Fehler-Reporting hilft uns bei Crashes schneller und genauer zu sehen was los ist und solche Fehler noch schneller beheben zu können. Bitte legt für Crashes die Ihr seht bitte trotzdem weiterhin GitHub-Issues an und unterstützt uns indem Ihr das Fehler-Reporting aktiviert lasst. Weitere Details und wie es deaktivierbar ist findet Ihr unter https://github.com/ioBroker/plugin-sentry#what-is-sentrysentryio .
Auch immer mehr Adapter nutzen diese Form des Fehler-Reportings.Informationen zur Version
Diese Version bringt einige Features mit, ist aber ebenso der Beginn um "unter der Haube" einiges zu vereinheitlichen und Wildwuchs in der Umsetzung einiger Adapter etwas einzugrenzen. Es gibt allerdings auch neue Features mit die die Adapter-Entwicklung vereinfachen und Hürden abbauen. Aus diesem Grund ist auch die Liste der Themen welche vor allem für Entwickler relevant sind diesmal recht lang.
Allerdings werden Aktionen von Adaptern die eigentlich den Regeln widersprechen jetzt über Logging sichtbar gemacht. Bitte unterstützt hier und legt bei den relevanten Adaptern Issues an das diese Dinge gefixt werden können. Für den js-controller 3.2 (ca. September 2020) ist es geplant einige dieser "verbotenen Aktionen" auch wirklich zu verhindern. Dazu dann zu gegebener Zeit mehr.Darüber hinaus gibt es natürlich viele Optimierungen und Fixes. Mehr dazu 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 der 2.2!
Ich bedenke mich diesmal besonders bei @foxriver76, @AlCalzone und natürlich @Bluefox für die aktive Mitarbeit an dieser Version!
Der js-controller 3.0/3.1 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der 2.0/2.1/2.2 ist problemlos möglich. Nur die Node.js Version muss jetzt 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 diesmal zwei Adapter die Aktualisiert werden müssen und einige weitere die aktualisiert werden sollten um die oben genannten Warnungen zu vermeiden! Mehr dazu im nächsten Abschnitt!
Installation
VOR der Installation
Wie bei jedem Update dieser Art: Bitte macht ein Backup!
iobroker backup, bzw. kopieren desiobroker-dataVerzeichnisses reichen an sich im Zweifel auch aus (ioBroker vorher stoppen natürlich). Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt.Nötige Adapter-Aktualisierungen
Die folgenden Adapter müssen auf die genannten Minimalversionsnummern aktualisiert werden, da diese sonst nicht mit dem js-controller 3.0/3.1 funktionieren. Diese Updates am besten vorher ausführen, weil alle genannten Versionen auch mit den alten js-controller Versionen funktionieren.
- pushover 1.1.x funktioniert, falls 1.2.x im Einsatz ist bitte auf 1.3.x aktualisieren
- tr-064 4.0.0
- tr-064-community wird nun offiziell nicht mehr funktionieren.
- Die soef Adapter firetv und wifilight funktionieren nicht mehr und haben Updates bekommen: Bitte wifilight 1.1.0 bzw firetv 1.0.0 nutzen. Falls jemand "wifilight-community" oder "firetv-community" nutzt bitte wieder zurück auf die anderen wechseln.
- Der soef Adapter lightify funktioniert ebenso nicht mehr. Da Lightify als Platform allerdings in ein paar Monaten nicht mehr weiter betrieben wird haben wir entscheiden hier keinen Aufwand mehr reinzustecken. Am besten die Geräte über zigbee direkt anbinden.
Es werden aber, wie oben ausgeführt, einige Adapter ggf Warnungen ins Log schreiben. Die wichtigsten Adapter sind mit neuen Versionen im Latest Repository allerdings schon gefixt. Falls ein Adapter "nervt" dann bitte dem Entwickler melden und den Loglevel auf "Error" setzen.
Achtung: Slave-Systeme zuerst!
Bei einem Multi-Host-System, welches auf js-controller 2.2 läuft ist es beim Update auf Version 3.0/3.1 empfohlen, zuerst die Slave-Systeme zu aktualisieren. Der Master wird als letztes aktualisiert!
Bei Updates von Master/Slave-Systemen mit js-controller 1.5 oder früher auf die 3.0 müssen zwingend zuerst die Slaves und der Master als letztes aktualisiert werden. Die Slaves bleiben nach dem Update offline und werden erst wieder funktionieren wenn auch der Master auf die 3.0/3.1 aktualisiert wurde!
Windows
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden, darf der js-controller nicht mit npm aktualisiert werden. Es wird eine neue Version des Windows Installers geben, die das Update des js-controllers mit wenigen Mausklicks ermöglicht. Wir updaten dazu hier im Thread.
Für alle "alten manuellen" Installationen gilt
- ioBroker muss gestoppt sein.
- Vor dem Update bitte prüfen das keine Prozesse mehr laufen
iobroker upgrade self- ioBroker starten
Linux
- 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)
Bei Fehlern:
Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (iobroker fixwer schon einen js-controller 2.x 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 den ioBroker wieder starten (z.B. mittels
iobroker start).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. Die großen Änderungen sind alle "Unter der Haube" versteckt.
Dazu, was Euch jetzt die ganzen Neuerungen bringen, findet Ihr weiter unten in diesem Text Informationen. Neue Funktionen als Basis für Weiterentwicklungen wurden behutsam integriert und einige bestehende Probleme gezielt behoben.
Mit
iobroker helpwird eine Liste der möglichen Kommandozeilen-Kommandos angezeigt, die mit Version 2.0 um einige Befehle länger geworden ist.
Was hat sich geändert, was besonders ansehen/beachten?
Neben einiger weiterer Bugfixes gibt es folgende Änderungen und Fixes zu erwähnen:
- Der neue js-controller kann erkennen wenn es ein Node.js Update gab durch welches ggf, Adapter nicht mehr funktionieren und sollte diese automatisch reparieren (rebuilden). Wer also überlegt in dem Zuge des Tests seine Node.js Version anzuheben bitte mal explizit NICHT die übliche Anleitung nach dem Node-js update mit dem Rebuild befolgen sondern ioBroker einfach nach dem Node.js Update starten. Interessant ist ob sich alles selbst "heilt"

- Einige Adapter fangen Probleme mit Modulen ab und loggen dann einen Fehler, der nicht als automatischer Rebuild erkannt wird. Diese können manuell mittels
iobroker rebuild adapternameoder falls das nicht funktioniert hatiobroker rebuild adaptername --installneu gebaut werden. Diese Befehle lösen faktisch reinstall.js u.a. ab. - Der js-controller prüft jetzt vor jedem Start eines Adapters wieviel RAM noch frei ist und warnt im Log falls dies zu wenig ist. Die Standard-Limits sind 100MB (Warnung) bzw. 50MB (Fehler) und dies soll verhindern das mehr Adapter-Prozesse genutzt werden als RAM verfügbar ist. Hier sind wir gespannt auf Eure Berichte.
- Logfiles sollten jetzt wirklich nach dem täglichen rotieren auf Linux-Systemen als .gz Dateien abgelegt werden.
Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:
Weitere Details zu den Änderungen und Bugfixes ist im Changelog einzusehen.
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.
Ingo
@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:
Einige Adapter fangen Probleme mit Modulen ab und loggen dann einen Fehler, der nicht als automatischer Rebuild erkannt wird. Diese können manuell mittels iobroker rebuild adaptername oder falls das nicht funktioniert hat iobroker rebuild adaptername --install neu gebaut werden.

@Nordischerjung sagte in js-controller 3.0/3.1 jetzt im Latest!:
npm rebuild s7 hab ich auch schon versucht
-
@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:
Einige Adapter fangen Probleme mit Modulen ab und loggen dann einen Fehler, der nicht als automatischer Rebuild erkannt wird. Diese können manuell mittels iobroker rebuild adaptername oder falls das nicht funktioniert hat iobroker rebuild adaptername --install neu gebaut werden.

@Nordischerjung sagte in js-controller 3.0/3.1 jetzt im Latest!:
npm rebuild s7 hab ich auch schon versucht
@AlCalzone sagte in js-controller 3.0/3.1 jetzt im Latest!:
@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:
Einige Adapter fangen Probleme mit Modulen ab und loggen dann einen Fehler, der nicht als automatischer Rebuild erkannt wird. Diese können manuell mittels iobroker rebuild adaptername oder falls das nicht funktioniert hat iobroker rebuild adaptername --install neu gebaut werden.

@Nordischerjung sagte in js-controller 3.0/3.1 jetzt im Latest!:
npm rebuild s7 hab ich auch schon versucht
mit --install geht nicht, dann kommt nur die Übersicht welceh Befehle es gibt. Ich habe jetzt Node 12 deinstalliert und 10 wieder installiert, jeztzt läuft S7 wieder. Unter 12 bekomme ich den einfach nicht zum laufen. und ich benötige den für meine Fußbodenheizung im Wintergarten, also lasse ich es jezt erst einmal so. Schade wollte iegntlich kompelett hoch rüsten.
-
@Nordischerjung sagte in js-controller 3.0/3.1 jetzt im Latest!:
danch habe ich es doch gemacht, oder was meinst du?
Inkl. rebuild?
Wie bekomme ich das raus? Gibt es ne andere Methode die 3. zu installieren?
Ich weiß nicht, ob man unter diesen Voraussetzungen auf 'latest' gehen sollte, aber im Admin unter dem Schraubenschlüssel auf dem ersten Reiter kann man den 'Aktiven Verwahrungsort' umstellen.
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@Nordischerjung sagte in js-controller 3.0/3.1 jetzt im Latest!:
danch habe ich es doch gemacht, oder was meinst du?
Inkl. rebuild?
Wie bekomme ich das raus? Gibt es ne andere Methode die 3. zu installieren?
Ich weiß nicht, ob man unter diesen Voraussetzungen auf 'latest' gehen sollte, aber im Admin unter dem Schraubenschlüssel auf dem ersten Reiter kann man den 'Aktiven Verwahrungsort' umstellen.
Heißt dass, ich soll den aktuellen verwahrungsort auf latest stellen und dann das noch einmal versuchen?
-
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@Nordischerjung sagte in js-controller 3.0/3.1 jetzt im Latest!:
danch habe ich es doch gemacht, oder was meinst du?
Inkl. rebuild?
Wie bekomme ich das raus? Gibt es ne andere Methode die 3. zu installieren?
Ich weiß nicht, ob man unter diesen Voraussetzungen auf 'latest' gehen sollte, aber im Admin unter dem Schraubenschlüssel auf dem ersten Reiter kann man den 'Aktiven Verwahrungsort' umstellen.
Heißt dass, ich soll den aktuellen verwahrungsort auf latest stellen und dann das noch einmal versuchen?
@Nordischerjung Du sollst das machen was sinnvoll ist. Stabileres, besser getestetes System? Lass es auf Default.
Neueste Entwicklung sehen/testen und auch mit Fehlern umgehen wollen? Stell auf Latest. -
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@Nordischerjung sagte in js-controller 3.0/3.1 jetzt im Latest!:
danch habe ich es doch gemacht, oder was meinst du?
Inkl. rebuild?
Wie bekomme ich das raus? Gibt es ne andere Methode die 3. zu installieren?
Ich weiß nicht, ob man unter diesen Voraussetzungen auf 'latest' gehen sollte, aber im Admin unter dem Schraubenschlüssel auf dem ersten Reiter kann man den 'Aktiven Verwahrungsort' umstellen.
jupp, npm rebuild, npm rebuild s7
@Nordischerjung npm rebuild s7 ... wirklich so?
Das kann nicht gehen. „iobroker rebuild s7“ und dann geht’s auch mit --install ... npm Befehle sind anders. Jupp -
Nach Update auf den neuen JS-Controller 3.1.4 bekomme ich nach einem Backup über den
Backitup-Adapter die folgende Meldung (warn) im Log: - war vorher nicht so.Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not existsMeine Konfiguration: Buanet-Docker auf Synology DS718 - 16GB
JS-Controller 3.1.4 / Nodejs: 12.16.3 / NPM: 6.14.4
alle Adapter unter latest aktualisiert.
Unter Proxmox in einer Docker-Installation ergibt sich die gleiche Fehlermeldung.
Hat für mich keine hohe Prio, da das System ansonsten fehlerfrei läuft.@karlo-enzo Hallo , bei mir exakt gleiches Bild / Problem .... Hast Du hierfür ein Ticket erstellt ?
Oder bist Du weiter gekommen ? -
Nach Update auf den neuen JS-Controller 3.1.4 bekomme ich nach einem Backup über den
Backitup-Adapter die folgende Meldung (warn) im Log: - war vorher nicht so.Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not existsMeine Konfiguration: Buanet-Docker auf Synology DS718 - 16GB
JS-Controller 3.1.4 / Nodejs: 12.16.3 / NPM: 6.14.4
alle Adapter unter latest aktualisiert.
Unter Proxmox in einer Docker-Installation ergibt sich die gleiche Fehlermeldung.
Hat für mich keine hohe Prio, da das System ansonsten fehlerfrei läuft.@karlo-enzo sagte in js-controller 3.0/3.1 jetzt im Latest!:
Nach Update auf den neuen JS-Controller 3.1.4 bekomme ich nach einem Backup über den
Backitup-Adapter die folgende Meldung (warn) im Log: - war vorher nicht so.Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not existsMeine Konfiguration: Buanet-Docker auf Synology DS718 - 16GB
JS-Controller 3.1.4 / Nodejs: 12.16.3 / NPM: 6.14.4
alle Adapter unter latest aktualisiert.
Unter Proxmox in einer Docker-Installation ergibt sich die gleiche Fehlermeldung.
Hat für mich keine hohe Prio, da das System ansonsten fehlerfrei läuft.@karlo-enzo Hallo , bei mir exakt gleiches Bild / Problem .... Hast Du hierfür ein Ticket erstellt ?
Oder bist Du weiter gekommen ? -
Nach Update auf den neuen JS-Controller 3.1.4 bekomme ich nach einem Backup über den
Backitup-Adapter die folgende Meldung (warn) im Log: - war vorher nicht so.Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not existsMeine Konfiguration: Buanet-Docker auf Synology DS718 - 16GB
JS-Controller 3.1.4 / Nodejs: 12.16.3 / NPM: 6.14.4
alle Adapter unter latest aktualisiert.
Unter Proxmox in einer Docker-Installation ergibt sich die gleiche Fehlermeldung.
Hat für mich keine hohe Prio, da das System ansonsten fehlerfrei läuft.@karlo-enzo sagte in js-controller 3.0/3.1 jetzt im Latest!:
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not existsSelbes bei mir! Allerdings auch schon bei 3.1.3. Backup wird aber erstellt. Liegt das nun am js-controller oder backitup-Adapter?
-
@Nordischerjung npm rebuild s7 ... wirklich so?
Das kann nicht gehen. „iobroker rebuild s7“ und dann geht’s auch mit --install ... npm Befehle sind anders. Jupp@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:
@Nordischerjung npm rebuild s7 ... wirklich so?
Das kann nicht gehen. „iobroker rebuild s7“ und dann geht’s auch mit --install ... npm Befehle sind anders. Juppdas geht nicht, hatte ich schon gelesen und probiert.
dann kommt das, ist jetzt auch erst einmal Egal, ich bin auf V10.20 zurück. Dachte nur, ich werde auch mal aktueller mit bisschen Testen usw. Aber ohne S7 ist blöd.
-
@karlo-enzo bei was bzw wann kommt die meldung denn? Kannst mal "iobroker upload admin" und "iobroker upload"web" versuchen
@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:
@karlo-enzo bei was bzw wann kommt die meldung denn? Kannst mal "iobroker upload admin" und "iobroker upload"web" versuchen
Die Meldung kommt wenn man ein Backup mit dem BackItUp-Adapter durchführt.
2020-05-12 07:59:06.630 - debug: backitup.0 (13392) [iobroker/mount] mount successfully completed 2020-05-12 07:59:06.632 - debug: backitup.0 (13392) [iobroker/mount] done 2020-05-12 07:59:09.047 - debug: backitup.0 (13392) [iobroker/iobroker] host.iobroker 10483 states saved 2020-05-12 07:59:09.074 - debug: backitup.0 (13392) [iobroker/iobroker] host.iobroker 8931 objects saved 2020-05-12 07:59:09.872 - warn: host.iobroker Objects 127.0.0.1:32890 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not exists 2020-05-12 07:59:09.876 - warn: host.iobroker Objects 127.0.0.1:32890 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists 2020-05-12 07:59:09.882 - warn: host.iobroker Objects 127.0.0.1:32890 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists 2020-05-12 07:59:12.776 - debug: backitup.0 (13392) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2020_05_12-07_59_06_backupiobroker.tar.gz 2020-05-12 07:59:13.819 - debug: backitup.0 (13392) [iobroker/iobroker] done 2020-05-12 07:59:39.143 - debug: backitup.0 (13392) [iobroker/mysql] Packed 19MB so far... 2020-05-12 07:59:46.817 - debug: backitup.0 (13392) [iobroker/mysql] done 2020-05-12 07:59:46.917 - debug: backitup.0 (13392) [iobroker/cifs] done 2020-05-12 07:59:46.920 - debug: backitup.0 (13392) [iobroker/clean] done 2020-05-12 07:59:46.932 - debug: backitup.0 (13392) sendTo "send" to system.adapter.pushover.0 from system.adapter.backitup.0 2020-05-12 07:59:46.934 - debug: backitup.0 (13392) [iobroker/pushover] doneEin "iobroker upload admin" und "iobroker upload web" hat nichts geändert.