NEWS
Beta Test js-controller 3.0.x auf GitHub
-
@e-i-k-e Achja um hier zusehen ob du ein problem mit den Skripten hast gibts noch einen Weg. Bei den Objekten gibt es system.adapter.javascript.2.eventLoopLag ... schau die den mal an. Der sollte im Idealfall nur seeeehr klein sein (sind Milisekunden). Normal ist alles ich sag mal kleiner 30, was ist der Wert denn bei Dir so? Gff logge den mal per history oder so und dann schau.
Wenn der Wert große Werte hat dann blockiert irgendetwas die Abarbeitung und dann muss Du schauen
@apollon77 said in Beta Test js-controller 3.0.x auf GitHub:
@e-i-k-e Achja um hier zusehen ob du ein problem mit den Skripten hast gibts noch einen Weg. Bei den Objekten gibt es system.adapter.javascript.2.eventLoopLag ... schau die den mal an. Der sollte im Idealfall nur seeeehr klein sein (sind Milisekunden). Normal ist alles ich sag mal kleiner 30, was ist der Wert denn bei Dir so? Gff logge den mal per history oder so und dann schau.
Wenn der Wert große Werte hat dann blockiert irgendetwas die Abarbeitung und dann muss Du schauen
Nur mal ganz kurz geschaut, der Wert ist leider sehr hoch.
Ich schaue später mal, ob ich etwas finden kann, was das auslöst. :confused:
-
Ich habe gerade den js-controller 3.0.9 bei mir getestet. Alle Adapter starten problemlos bis auf den Robonect-Adapter. Dieser verweigert den Start mit folgender Fehlermeldung:
robonect.0 2020-04-15 15:48:22.309 error at processTicksAndRejections (internal/process/task_queues.js:97:5) robonect.0 2020-04-15 15:48:22.309 error at /opt/iobroker/node_modules/iobroker.robonect/lib/library.js:112:32 robonect.0 2020-04-15 15:48:22.309 error (31968) TypeError: self.pollGPs is not a function robonect.0 2020-04-15 15:48:22.308 error (31968) uncaught exception: self.pollGPs is not a function robonect.0 2020-04-15 15:47:49.046 error at processTicksAndRejections (internal/process/task_queues.js:97:5) robonect.0 2020-04-15 15:47:49.046 error at /opt/iobroker/node_modules/iobroker.robonect/lib/library.js:112:32 robonect.0 2020-04-15 15:47:49.046 error (31220) TypeError: self.pollGPs is not a function robonect.0 2020-04-15 15:47:49.045 error (31220) uncaught exception: self.pollGPs is not a functionGruß Marco
@lonsimbt said in Beta Test js-controller 3.0.x auf GitHub:
Ich habe gerade den js-controller 3.0.9 bei mir getestet. Alle Adapter starten problemlos bis auf den Robonect-Adapter.
Der Fehler ist in v0.1.1 des Robonect Adapters behoben. Die Version ist ab morgen im latest Repository oder kann manuell von GitHub installiert werden: https://github.com/braindead1/ioBroker.robonect
-
@lonsimbt said in Beta Test js-controller 3.0.x auf GitHub:
Ich habe gerade den js-controller 3.0.9 bei mir getestet. Alle Adapter starten problemlos bis auf den Robonect-Adapter.
Der Fehler ist in v0.1.1 des Robonect Adapters behoben. Die Version ist ab morgen im latest Repository oder kann manuell von GitHub installiert werden: https://github.com/braindead1/ioBroker.robonect
@braindead Schaut gut aus. v0.1.1 des robonect-Adapters startet ohne Fehlermeldungen unter dem js-controller 3.0.9.
Danke für die schnelle Korrektur.
Gruß Marco
-
@apollon77 said in Beta Test js-controller 3.0.x auf GitHub:
@e-i-k-e Achja um hier zusehen ob du ein problem mit den Skripten hast gibts noch einen Weg. Bei den Objekten gibt es system.adapter.javascript.2.eventLoopLag ... schau die den mal an. Der sollte im Idealfall nur seeeehr klein sein (sind Milisekunden). Normal ist alles ich sag mal kleiner 30, was ist der Wert denn bei Dir so? Gff logge den mal per history oder so und dann schau.
Wenn der Wert große Werte hat dann blockiert irgendetwas die Abarbeitung und dann muss Du schauen
Nur mal ganz kurz geschaut, der Wert ist leider sehr hoch.
Ich schaue später mal, ob ich etwas finden kann, was das auslöst. :confused: -
Sentry hat nochmal zugeschlagen und daher habe ich eine 3.0.11 für Euch auf GitHub:
3.0.11 (2020-04-15) Release Elena
- (Apollon77) fix crash when system views are not correctly initalized (Sentry IOBROKER-JS-CONTROLLER-9)
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
-
Sentry hat nochmal zugeschlagen und daher habe ich eine 3.0.11 für Euch auf GitHub:
3.0.11 (2020-04-15) Release Elena
- (Apollon77) fix crash when system views are not correctly initalized (Sentry IOBROKER-JS-CONTROLLER-9)
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
@sigi234 Ich persönlich finde das als Entwickler sehr toll. Es gab bisher 4 relevante Sentry Crashes und keiner davon wurde hier im Forum gemeldet. Denke die hat einfach keiner gesehn. Von daher muss ich ehrlich sagen: Ja hat sich schon gelohnt :-)
Ich denke wenn wir ins Latest gehen kommen da noch ein paar (einfach weil die Anzahl der User dann stark zunimmt), aber das ist ja ok.
Ob Ihr als User es eingeschaltet lasst oder deaktiviert bleibt jedem selbst überlassen.
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
-
@sigi234 Ich persönlich finde das als Entwickler sehr toll. Es gab bisher 4 relevante Sentry Crashes und keiner davon wurde hier im Forum gemeldet. Denke die hat einfach keiner gesehn. Von daher muss ich ehrlich sagen: Ja hat sich schon gelohnt :-)
Ich denke wenn wir ins Latest gehen kommen da noch ein paar (einfach weil die Anzahl der User dann stark zunimmt), aber das ist ja ok.
Ob Ihr als User es eingeschaltet lasst oder deaktiviert bleibt jedem selbst überlassen.
@apollon77 also ich lasse es aktiviert. hilft ja ungemein für die ganze weiterentwicklung!
-
@sigi234 Ich persönlich finde das als Entwickler sehr toll. Es gab bisher 4 relevante Sentry Crashes und keiner davon wurde hier im Forum gemeldet. Denke die hat einfach keiner gesehn. Von daher muss ich ehrlich sagen: Ja hat sich schon gelohnt :-)
Ich denke wenn wir ins Latest gehen kommen da noch ein paar (einfach weil die Anzahl der User dann stark zunimmt), aber das ist ja ok.
Ob Ihr als User es eingeschaltet lasst oder deaktiviert bleibt jedem selbst überlassen.
@apollon77 sagte in Beta Test js-controller 3.0.x auf GitHub:
Ob Ihr als User es eingeschaltet lasst oder deaktiviert bleibt jedem selbst überlassen.
Aha, das kann man deaktivieren? Ich lasse es aber auch so.
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
@apollon77 sagte in Beta Test js-controller 3.0.x auf GitHub:
Ob Ihr als User es eingeschaltet lasst oder deaktiviert bleibt jedem selbst überlassen.
Aha, das kann man deaktivieren? Ich lasse es aber auch so.
@sigi234 Jupp. Den State system.host.NAME.plugins.sentry.enabled auf false setzen ... und es ist aus
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
-
@ilovegym Versuch mal rauszufinden wann genau das kommt. Also welchen Visu adapter du aufrufen musst damit das im Log kommt. und dann bei dem ein "iobroker upload NAME" ausführen .
@apollon77 sagte in Beta Test js-controller 3.0.x auf GitHub:
@ilovegym Versuch mal rauszufinden wann genau das kommt. Also welchen Visu adapter du aufrufen musst damit das im Log kommt. und dann bei dem ein "iobroker upload NAME" ausführen .
Hi,
Das war habpanel, nach dem Upload, einem reboot und dann Update auf 3.0.10 ist es viel ruhiger im Log.
Die 3.0.11 installier ich morgen früh gleich.
Danke -
@sigi234 Jupp. Den State system.host.NAME.plugins.sentry.enabled auf false setzen ... und es ist aus
Morgen @apollon77 hab jetzt diesen Fehler wenn ich das Log runterladen will dann beendet sich der admin.
host.Iobroker 2020-04-16 05:20:02.743 info instance system.adapter.dwd.0 terminated with code 0 (NO_ERROR) host.Iobroker 2020-04-16 05:20:00.023 info instance system.adapter.dwd.0 started with pid 4867 host.Iobroker 2020-04-16 05:19:24.179 info instance system.adapter.admin.0 started with pid 4088 host.Iobroker 2020-04-16 05:18:54.158 info Restart adapter system.adapter.admin.0 because enabled host.Iobroker 2020-04-16 05:18:54.157 info instance system.adapter.admin.0 terminated with code 0 (NO_ERROR) admin.0 2020-04-16 05:18:53.588 error at Unzip.emit (/opt/iobroker/node_modules/minipass/index.js:409:25) admin.0 2020-04-16 05:18:53.588 error at Unzip.emit (events.js:322:22) admin.0 2020-04-16 05:18:53.588 error at Unzip.<anonymous> (/opt/iobroker/node_modules/tar/lib/parse.js:352:29) admin.0 2020-04-16 05:18:53.588 error at Unpack.[consumeChunk] (/opt/iobroker/node_modules/tar/lib/parse.js:434:21) admin.0 2020-04-16 05:18:53.588 error at Unpack.[maybeEnd] (/opt/iobroker/node_modules/tar/lib/parse.js:402:17) admin.0 2020-04-16 05:18:53.588 error at Unpack.[emit] (/opt/iobroker/node_modules/tar/lib/parse.js:286:12) admin.0 2020-04-16 05:18:53.588 error at Unpack.emit (events.js:322:22) admin.0 2020-04-16 05:18:53.588 error at Unpack.<anonymous> (/opt/iobroker/node_modules/tar/lib/parse.js:82:14) admin.0 2020-04-16 05:18:53.588 error at Unpack.warn (/opt/iobroker/node_modules/tar/lib/unpack.js:188:18) admin.0 2020-04-16 05:18:53.588 error at Unpack.warn (/opt/iobroker/node_modules/tar/lib/warn-mixin.js:19:40) admin.0 2020-04-16 05:18:53.588 error (3007) Error: TAR_BAD_ARCHIVE: Unrecognized archive format admin.0 2020-04-16 05:18:53.586 error (3007) uncaught exception: TAR_BAD_ARCHIVE: Unrecognized archive format -
Morgen @apollon77 hab jetzt diesen Fehler wenn ich das Log runterladen will dann beendet sich der admin.
host.Iobroker 2020-04-16 05:20:02.743 info instance system.adapter.dwd.0 terminated with code 0 (NO_ERROR) host.Iobroker 2020-04-16 05:20:00.023 info instance system.adapter.dwd.0 started with pid 4867 host.Iobroker 2020-04-16 05:19:24.179 info instance system.adapter.admin.0 started with pid 4088 host.Iobroker 2020-04-16 05:18:54.158 info Restart adapter system.adapter.admin.0 because enabled host.Iobroker 2020-04-16 05:18:54.157 info instance system.adapter.admin.0 terminated with code 0 (NO_ERROR) admin.0 2020-04-16 05:18:53.588 error at Unzip.emit (/opt/iobroker/node_modules/minipass/index.js:409:25) admin.0 2020-04-16 05:18:53.588 error at Unzip.emit (events.js:322:22) admin.0 2020-04-16 05:18:53.588 error at Unzip.<anonymous> (/opt/iobroker/node_modules/tar/lib/parse.js:352:29) admin.0 2020-04-16 05:18:53.588 error at Unpack.[consumeChunk] (/opt/iobroker/node_modules/tar/lib/parse.js:434:21) admin.0 2020-04-16 05:18:53.588 error at Unpack.[maybeEnd] (/opt/iobroker/node_modules/tar/lib/parse.js:402:17) admin.0 2020-04-16 05:18:53.588 error at Unpack.[emit] (/opt/iobroker/node_modules/tar/lib/parse.js:286:12) admin.0 2020-04-16 05:18:53.588 error at Unpack.emit (events.js:322:22) admin.0 2020-04-16 05:18:53.588 error at Unpack.<anonymous> (/opt/iobroker/node_modules/tar/lib/parse.js:82:14) admin.0 2020-04-16 05:18:53.588 error at Unpack.warn (/opt/iobroker/node_modules/tar/lib/unpack.js:188:18) admin.0 2020-04-16 05:18:53.588 error at Unpack.warn (/opt/iobroker/node_modules/tar/lib/warn-mixin.js:19:40) admin.0 2020-04-16 05:18:53.588 error (3007) Error: TAR_BAD_ARCHIVE: Unrecognized archive format admin.0 2020-04-16 05:18:53.586 error (3007) uncaught exception: TAR_BAD_ARCHIVE: Unrecognized archive format -
@Homer-J Das gibts schon als Issue für Admin und wird gefixt bevor wir den controller in Latest bringen
@apollon77 sooo, natürlich dieses Update auch direkt mitgenommen. Hab m.E. einen neuen WARN entdeckt mit diesem Update:
iot.0 2020-04-16 08:10:46.301 info (1672) Connecting with a18wym7vjdl22g.iot.eu-west-1.amazonaws.com iot.0 2020-04-16 08:10:46.297 warn the module (for instance, using `npm rebuild` or `npm install`). iot.0 2020-04-16 08:10:46.297 warn NODE_MODULE_VERSION 79. Please try re-compiling or re-installing iot.0 2020-04-16 08:10:46.297 warn NODE_MODULE_VERSION 64. This version of Node.js requires iot.0 2020-04-16 08:10:46.297 warn was compiled against a different Node.js version using iot.0 2020-04-16 08:10:46.297 warn (1672) Cannot initialize getImage: Error: The module '/opt/iobroker/node_modules/canvas/build/Release/canvas.node'muss ich hier ein manuelles Rebuild machen ala
iobroker rebuild <ADAPTER> iobroker rebuild <ADAPTER> --install???
UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
@apollon77 sooo, natürlich dieses Update auch direkt mitgenommen. Hab m.E. einen neuen WARN entdeckt mit diesem Update:
iot.0 2020-04-16 08:10:46.301 info (1672) Connecting with a18wym7vjdl22g.iot.eu-west-1.amazonaws.com iot.0 2020-04-16 08:10:46.297 warn the module (for instance, using `npm rebuild` or `npm install`). iot.0 2020-04-16 08:10:46.297 warn NODE_MODULE_VERSION 79. Please try re-compiling or re-installing iot.0 2020-04-16 08:10:46.297 warn NODE_MODULE_VERSION 64. This version of Node.js requires iot.0 2020-04-16 08:10:46.297 warn was compiled against a different Node.js version using iot.0 2020-04-16 08:10:46.297 warn (1672) Cannot initialize getImage: Error: The module '/opt/iobroker/node_modules/canvas/build/Release/canvas.node'muss ich hier ein manuelles Rebuild machen ala
iobroker rebuild <ADAPTER> iobroker rebuild <ADAPTER> --install???
-
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.
@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??
-
@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 ist Controller aber es sollte vollständig gelöscht sein u. A. Kann er da nicht mehr rein schreiben weil nicht mehr da ;-)
Früher wurde nicht alles gelöscht deshalb kam der Fehler nicht. Mach mal bitte ein GH Issue auf ist zwar low prio aber unschick.
-
@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 :) ) -
@ilovegym ist Controller aber es sollte vollständig gelöscht sein u. A. Kann er da nicht mehr rein schreiben weil nicht mehr da ;-)
Früher wurde nicht alles gelöscht deshalb kam der Fehler nicht. Mach mal bitte ein GH Issue auf ist zwar low prio aber unschick.
@foxriver76 sagte in Beta Test js-controller 3.0.x auf GitHub:
@ilovegym ist Controller aber es sollte vollständig gelöscht sein u. A. Kann er da nicht mehr rein schreiben weil nicht mehr da ;-)
Früher wurde nicht alles gelöscht deshalb kam der Fehler nicht. Mach mal bitte ein GH Issue auf ist zwar low prio aber unschick.
nicht nur unschick, er bricht ab, bevor was gelöscht wird.. das Verzeichnis /opt/iobroker/iobroker-data/files/adaptername ist ebenso noch da, wie /opt/iobroker/node_modules/iobroker.adaptername mit allem Inhalt..
Deshalb bleibt der Adapter in der Auflistung nach dem Löschen auch im Admin stehen, das einzige, was passiert, ist, dass das Adapter-Icon durch ein ?`ersetzt wird..
Ich mach mal ein issue... :-)
-
@apollon77 sooo, natürlich dieses Update auch direkt mitgenommen. Hab m.E. einen neuen WARN entdeckt mit diesem Update:
iot.0 2020-04-16 08:10:46.301 info (1672) Connecting with a18wym7vjdl22g.iot.eu-west-1.amazonaws.com iot.0 2020-04-16 08:10:46.297 warn the module (for instance, using `npm rebuild` or `npm install`). iot.0 2020-04-16 08:10:46.297 warn NODE_MODULE_VERSION 79. Please try re-compiling or re-installing iot.0 2020-04-16 08:10:46.297 warn NODE_MODULE_VERSION 64. This version of Node.js requires iot.0 2020-04-16 08:10:46.297 warn was compiled against a different Node.js version using iot.0 2020-04-16 08:10:46.297 warn (1672) Cannot initialize getImage: Error: The module '/opt/iobroker/node_modules/canvas/build/Release/canvas.node'muss ich hier ein manuelles Rebuild machen ala
iobroker rebuild <ADAPTER> iobroker rebuild <ADAPTER> --install???
@Kueppert Exakt, bei iot ist das ein "optionaler Bestandteil" deswegen greift das automatische rebuild nicht. aber manuell geht mit einer der beiden Befehle
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
Support us
528
Online32.4k
Users81.4k
Topics1.3m
Posts