NEWS
Beta Test js-controller 3.0.x auf GitHub
-
@arteck ich dachte, wenn nötig, macht der neue JS-Controller das jetzt von allein? Hab nämlich beim Upgrade auf die neue NPM-Version kein globales rebuild gemacht, weil @apollon77 meinte das wäre nicht mehr nötig O.o
Hab das nur für den Zigbee-Adapter gemacht (der besser läuft als jemals zuvor in der neuen Version :) )@Kueppert Wie weiter oben geschrieben. Im Notmalfall "crasht" der Adapter mit der Fehlermeldung und so erkennt der controller das ein Rebuild nötig ist.
Im Falls von iot - oder weiter oben war es rflink - ist der Adapter aber so gebaut das er das abfängt weil es zB auch ohne das Modul tut oder nur bestimmte Funktionen dann nicht tun. Wenn der Adapter damit aber nicht crasht kann der Automatismus auch nichts erkennen. Ergo: Die Fälle muss man leider immer noch selbst manuell rebuilden. Die Befehle sind aber anders und am Ende ersetzt das auch den "SPass" mit reinstall.sh oder reinstall.js und so
-
@Kueppert Exakt, bei iot ist das ein "optionaler Bestandteil" deswegen greift das automatische rebuild nicht. aber manuell geht mit einer der beiden Befehle
@apollon77 sagte in Beta Test js-controller 3.0.x auf GitHub:
"optionaler Bestandteil" deswegen greift das automatische rebuild nicht. aber manuell
Wäre das eine Idee für eine Erweiterung in der Admin-Oberfläche.
Für Adapter eine zusätzliche "Expertenfunktion: Rebuild" zur Verfügung zu stellen, ähnlich wie mit dem (manullen) "Upload"?? -
@apollon77 sagte in Beta Test js-controller 3.0.x auf GitHub:
"optionaler Bestandteil" deswegen greift das automatische rebuild nicht. aber manuell
Wäre das eine Idee für eine Erweiterung in der Admin-Oberfläche.
Für Adapter eine zusätzliche "Expertenfunktion: Rebuild" zur Verfügung zu stellen, ähnlich wie mit dem (manullen) "Upload"?? -
@apollon77 sagte in Beta Test js-controller 3.0.x auf GitHub:
eg mal ein Admin feature request
Done :+1: :sunglasses:
-
@apollon77 3.0.11 läuft auf allen System sehr entspannt, Fehler mit Virtualpowermeter wurde vom Developer auch behoben.
Beim löschen von Adaptern aus dem Admin heraus wird immer noch nicht vollständig gelöscht, aber diesmal mit Fehlermeldung:
host.iobroker 2020-04-16 08:36:38.606 error Cannot write files: /opt/iobroker/iobroker-data/files/synology.admin/_data.json: ENOENT: no such file or directory, open '/opt/iobroker/iobroker-data/files/synology.admin/_data.json' host.iobroker 2020-04-16 08:36:37.876 info iobroker npm uninstall iobroker.synology --silent --prefix "/opt/iobroker" (System call) host.iobroker 2020-04-16 08:36:37.658 info iobroker host.iobroker Deleting 3 object(s). host.iobroker 2020-04-16 08:36:37.656 info iobroker host.iobroker object synology.admin deleted host.iobroker 2020-04-16 08:36:37.612 info iobroker host.iobroker object synology deleted host.iobroker 2020-04-16 08:36:37.608 info iobroker host.iobroker file synology.admin deleted host.iobroker 2020-04-16 08:36:37.524 info iobroker host.iobroker Counted 1 states of system.adapter.synology host.iobroker 2020-04-16 08:36:37.482 info iobroker host.iobroker Counted 1 adapter for synology host.iobroker 2020-04-16 08:36:37.478 info iobroker host.iobroker Counted 1 meta of synology host.iobroker 2020-04-16 08:36:37.432 info iobroker Delete adapter "synology" host.iobroker 2020-04-16 08:36:36.419 info iobroker del synologyDen fixer hab ich drüber laufen lassen, vorher. Gehört das zum js-controller oder zum Admin??
-
@ilovegym Ok, zeig mal bitte Screenshot vom Admin - objekte , filter raus, nach unten scrollen "nach" den Ordnern müsste auch ein "synology" sein ... zeig mal was da so ist
@apollon77 sagte in Beta Test js-controller 3.0.x auf GitHub:
@ilovegym Ok, zeig mal bitte Screenshot vom Admin - objekte , filter raus, nach unten scrollen "nach" den Ordnern müsste auch ein "synology" sein ... zeig mal was da so ist
Nee, von synology ist nix mehr übrig, hab das per hand in den beiden Verzeichnissen gelöscht... aber... ich hab noch ein paar Reste gefunden, von 3 Adaptern, die ich mal gelöscht hatte, Ping, Proxy und terminal:

-
@apollon77 sagte in Beta Test js-controller 3.0.x auf GitHub:
@ilovegym Ok, zeig mal bitte Screenshot vom Admin - objekte , filter raus, nach unten scrollen "nach" den Ordnern müsste auch ein "synology" sein ... zeig mal was da so ist
Nee, von synology ist nix mehr übrig, hab das per hand in den beiden Verzeichnissen gelöscht... aber... ich hab noch ein paar Reste gefunden, von 3 Adaptern, die ich mal gelöscht hatte, Ping, Proxy und terminal:

-
@ilovegym Zeig mal den "Nicht system.adapter." teil ... Es gibt normalerweise immer mindestens
- system.adaper.NAME
- system.adapter.NAME.INSTANCE
- NAME
- NAME.admin
@apollon77 da ist von den gelöschten leider nix mehr...

-
@apollon77 da ist von den gelöschten leider nix mehr...

-
@apollon77 würd dann wenn das Testing vorüber ist, gern mit Alias anfangen zu spielen - aber nicht via Commando-Zeile. Das ist doch auch irgendwo versteckt, oder? Kann man das irgendwann "schön" als Enduser bedienen? Hoffentlich keine allzu blöde Frage ^^
-
@apollon77 würd dann wenn das Testing vorüber ist, gern mit Alias anfangen zu spielen - aber nicht via Commando-Zeile. Das ist doch auch irgendwo versteckt, oder? Kann man das irgendwann "schön" als Enduser bedienen? Hoffentlich keine allzu blöde Frage ^^
-
@apollon77 ach schade, dachte da war was (hab was im Hinterkopf). Irgendwas mit Clone unter userdata.0? Mit diesem neuen JS-Controller?
-
@apollon77 ach schade, dachte da war was (hab was im Hinterkopf). Irgendwas mit Clone unter userdata.0? Mit diesem neuen JS-Controller?
-
@apollon77 Hahaha...man, was hab ich denn da im Kopf? Könnte auch der compact-mode sein...
-
Aktuelle Test Version 3.0.6 Veröffentlichungsdatum 08.04.2020 Github Link npm install ioBroker/ioBroker.js-controllerHallo in die Tester-Runde,
wie im neuen Release-Cycle für den js-controller geplant starten wir heute den Beta Test des neuen js-controller 3.0 (Releasename "Elena"). Wie auch bei den letzten beiden Versionen starten wir die erste Teststufe direkt von GitHub. Also bitte nur mitmachen wenn Ihr wisst was das heisst :-) Aber auch der Weg zurück ist unten beschrieben.
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 Ende April kommenden Node.js 14.x. Wir werden mit diesem Release auch die empfohlene Node.js Version für ioBroker auf 12.x anheben.
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.1 (ca. September 2020) ist es geplant einige dieser "verbotenen Aktionen" auch wirklich zu verhindern. Details sehen wir dann.Der js-controller hat jetzt standardmässig Sentry als Fehler-Reporting eingebaut und aktiviert. 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 Crashed 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/ioBroker.js-controller/blob/master/README.md#error-reporting-via-iobroker-sentry
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 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 :-)
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.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.
Linux
Für den Beta-Test muss der js-controller direkt per npm installiert werden. Dazu bitte den ioBroker auf dem Server beenden und dann in einer Shell UNBEDINGT in das ioBroker Verzeichnis wechseln. Dann mittels
npm install ioBroker/ioBroker.js-controllerden Controller manuell aktualisieren. Bevor ihr loslegt, lest aber bitte erst noch die folgenden Hinweise! Der zweite Post in diesem Thread ist für eine FAQ reserviert. Bitte schaut auch dort gern einmal rein.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 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 aktualisiert wurde!
Nötige Adapter-Aktualisierungen
- Pushover funktioniert in Version 1.1.x. Wer Version 1.2.x drauf hat könnte Probleme bekommen und sollte bitte 1.3.0 vom GitHub versuchen ob die Probleme damit behoben werden.
- tr-064 in Version 4.0.0 ist nötig
- 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. Hier ist beispielsweise radar2 schon bekannt. Falls das Problematisch ist ist aktuell die einzige Option das Loglevel der Instanz auf "Error" zu setzen.
Fehler
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 viacurl -sL https://iobroker.net/fix.sh | bash -) nutzen und die Installation wiederholen.Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittels
sudo -H -u iobroker npm install ioBroker/ioBroker.js-controllerversuchen. Bitte berichtet solche Fälle hier im Thread.Nach der Installation
Nach der Installation den ioBroker wieder starten (z.B. mittelsiobroker start).Wenn alles klappt merkt Ihr außer 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.
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/testen?
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" :-)
- 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 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:
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!
FAQ
FAQ1: Ich sehe Einträge wie "will not read this file (socketio.png) in future versions: socketio.admin is not an object of type "meta"" im Logfile Was soll ich tun?
Wenn der Name mit ".admin" lautet (wie hier "socketio.admin") dann bitte einfach ein "iobroker upload socketio" (in dem Fall) machen. Es kan sein das früher mal Admin Files nocht korrekt angelegt wurden oder auch Dinge nocht ganz vollständig gelöscht wurden. Das Upload geht auch wenn Ihr den Adapter gar nicht mehr installiert habt. Danach sollte aber die Meldung weg sein.
Funktioniert bei jemand der PhantomJS-Adapter mit js-controller 3.0.x und Node 12 ??
Bei mir steigt er mit einem Timeout aus.. Issue dort erstellt... -
Funktioniert bei jemand der PhantomJS-Adapter mit js-controller 3.0.x und Node 12 ??
Bei mir steigt er mit einem Timeout aus.. Issue dort erstellt... -
@apollon77 Ich habe seit dem Update auf 3.0.11 eine Fehlermeldung im Unifi Script.
javascript.0 2020-04-16 21:16:34.365 error (26891) at processTicksAndRejections (internal/process/task_queues.js:97:5) javascript.0 2020-04-16 21:16:34.364 error (26891) at runMicrotasks (<anonymous>:null:null) javascript.0 2020-04-16 21:16:34.364 error (26891) at Object.<anonymous> (script.js.Unifi.UnifiNeu:1947:26) javascript.0 2020-04-16 21:16:34.364 error (26891) at workVouchers (script.js.Unifi.UnifiNeu:1104:14) javascript.0 2020-04-16 21:16:34.363 error (26891) at JSON.parse (<anonymous>:null:null) javascript.0 2020-04-16 21:16:34.360 error (26891) script.js.Unifi.UnifiNeu: SyntaxError: Unexpected token o in JSON at position 1 javascript.0 2020-04-16 21:16:34.274 error (26891) at processTicksAndRejections (internal/process/task_queues.js:97:5) javascript.0 2020-04-16 21:16:34.274 error (26891) at runMicrotasks (<anonymous>:null:null) javascript.0 2020-04-16 21:16:34.273 error (26891) at Object.<anonymous> (script.js.Unifi.UnifiNeu:1947:26) javascript.0 2020-04-16 21:16:34.273 error (26891) at workVouchers (script.js.Unifi.UnifiNeu:1104:14) javascript.0 2020-04-16 21:16:34.272 error (26891) at JSON.parse (<anonymous>:null:null) javascript.0 2020-04-16 21:16:34.267 error (26891) script.js.Unifi.UnifiNeu: SyntaxError: Unexpected token o in JSON at position 1 -
@apollon77 Ich habe seit dem Update auf 3.0.11 eine Fehlermeldung im Unifi Script.
javascript.0 2020-04-16 21:16:34.365 error (26891) at processTicksAndRejections (internal/process/task_queues.js:97:5) javascript.0 2020-04-16 21:16:34.364 error (26891) at runMicrotasks (<anonymous>:null:null) javascript.0 2020-04-16 21:16:34.364 error (26891) at Object.<anonymous> (script.js.Unifi.UnifiNeu:1947:26) javascript.0 2020-04-16 21:16:34.364 error (26891) at workVouchers (script.js.Unifi.UnifiNeu:1104:14) javascript.0 2020-04-16 21:16:34.363 error (26891) at JSON.parse (<anonymous>:null:null) javascript.0 2020-04-16 21:16:34.360 error (26891) script.js.Unifi.UnifiNeu: SyntaxError: Unexpected token o in JSON at position 1 javascript.0 2020-04-16 21:16:34.274 error (26891) at processTicksAndRejections (internal/process/task_queues.js:97:5) javascript.0 2020-04-16 21:16:34.274 error (26891) at runMicrotasks (<anonymous>:null:null) javascript.0 2020-04-16 21:16:34.273 error (26891) at Object.<anonymous> (script.js.Unifi.UnifiNeu:1947:26) javascript.0 2020-04-16 21:16:34.273 error (26891) at workVouchers (script.js.Unifi.UnifiNeu:1104:14) javascript.0 2020-04-16 21:16:34.272 error (26891) at JSON.parse (<anonymous>:null:null) javascript.0 2020-04-16 21:16:34.267 error (26891) script.js.Unifi.UnifiNeu: SyntaxError: Unexpected token o in JSON at position 1 -
@e-i-k-e Autsch ... 61 Sekunden ... Es kann nur irgendeine Schleife über irgendetwas grosses sein oder etwas anderes was sehr lange dauert und damit alles blockiert und nicht asynchron abläuft.
@apollon77 said in Beta Test js-controller 3.0.x auf GitHub:
@e-i-k-e Autsch ... 61 Sekunden ... Es kann nur irgendeine Schleife über irgendetwas grosses sein oder etwas anderes was sehr lange dauert und damit alles blockiert und nicht asynchron abläuft.
Ich konnte nun nicht auffälliges finden.:confused:
Habe aber den verdacht, dass sourceanalytix die Neustarts/Abstürze verursacht. Habe diesen aktuell deaktiviert, alle JS Instanzen sind jetzt grün.Wollte mir gerad die log-Datei vom Master ziehen, diese ist 1,58 GB groß... :flushed:
Die CPU-Auslastung hat sich auch deutlich reduziert, nachdem ich sourceanalytix beendet habe.

-
@apollon77 said in Beta Test js-controller 3.0.x auf GitHub:
@e-i-k-e Autsch ... 61 Sekunden ... Es kann nur irgendeine Schleife über irgendetwas grosses sein oder etwas anderes was sehr lange dauert und damit alles blockiert und nicht asynchron abläuft.
Ich konnte nun nicht auffälliges finden.:confused:
Habe aber den verdacht, dass sourceanalytix die Neustarts/Abstürze verursacht. Habe diesen aktuell deaktiviert, alle JS Instanzen sind jetzt grün.Wollte mir gerad die log-Datei vom Master ziehen, diese ist 1,58 GB groß... :flushed:
Die CPU-Auslastung hat sich auch deutlich reduziert, nachdem ich sourceanalytix beendet habe.
