Beta Test js-controller 3.0.x auf GitHub
-
@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
-
@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.
-
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)
-
-
@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!
-
@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
-
@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 -
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???
-
@Kueppert du hast node version geändert ja.. rebuild muss her
-
@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 ) -
@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...
-
@Kueppert Exakt, bei iot ist das ein "optionaler Bestandteil" deswegen greift das automatische rebuild nicht. aber manuell geht mit einer der beiden Befehle
-
@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
