Beta Test js-controller 3.0.x auf GitHub
-
@Jan1 sagte in Beta Test js-controller 3.0.x auf GitHub:
wer lesen kann hat klare Vorteile. Ich geb dann mal das Passwort neu ein
Wars das?
-
@apollon77
Ja läuft, was mich aber wundert, dass nirgends ein Fehler gebloggt wurde. -
@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.
-
@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 )
