NEWS
Test js-controller v2.0.x (GitHub)
-
erledigt
ich gebe es auf -
Hallo an alle Tester,
auf GitHub gibt es jetzt die 2.0.25 (aka RC2) von neuen js-controller.
@Nuggelbeb Ich glaube warst nicht "verrückt". Dein Grossbuchstabe deiner eigenen Objekte war nicht ganz erwartet ;-) Tut jetzt.
@SBorg Die Redis Meldungen beim Start sollten jetzt auch weg sein.
@darkiop "iobroker state get ..." geht jetzt auch wieder wie vorher.Ansonsten sind noch ein paar Kleinigkeiten drin.
Bitte jetzt nochmal ALLE aktualisieren und checken. Wenn von Euch nichts mehr kommt geht die 2.0.25 am Freitag ins Latest Repo für alle!! Endspurt ;-)
Ingo
-
@apollon77 gerade die 2.0.25 installiert. Läuft eigentlich unaufällig hoch, alle Adapter grün.
Keine Redis Warnings mehr vorhanden :+1:Ein Error im Log während hochlauf:
javascript.1 2019-10-10 05:04:36.627 error (23932) javascript.1 2019-10-10 05:04:36.626 error (23932) Using request for node-pre-gyp https download javascript.1 2019-10-10 05:04:36.624 error (23932) javascript.1 2019-10-10 05:04:36.622 error (23932) WARN javascript.1 2019-10-10 05:04:36.621 error (23932) javascript.1 2019-10-10 05:04:36.619 error (23932) node-pre-gypDas hier hatte ich noch im Log;
host.debian 2019-10-10 05:05:32.727 info instance system.adapter.javascript.1 terminated with code 0 (NO_ERROR) host.debian 2019-10-10 05:05:32.727 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:68:7) host.debian 2019-10-10 05:05:32.727 error Caught by controller[0]: at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49) host.debian 2019-10-10 05:05:32.726 error Caught by controller[0]: at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23) host.debian 2019-10-10 05:05:32.725 error Caught by controller[0]: at (anonymous function).(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:85081) host.debian 2019-10-10 05:05:32.724 error Caught by controller[0]: TypeError: Cannot read property '_id' of null javascript.1 2019-10-10 05:05:31.677 info (23932) Terminated (NO_ERROR): Without reason javascript.1 2019-10-10 05:05:31.675 info (23932) terminating javascript.1 2019-10-10 05:05:31.596 error (23932) TypeError: Cannot read property '_id' of null at (anonymous function).(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:85081) at tryCatcher (/opt/iob javascript.1 2019-10-10 05:05:31.595 error (23932) uncaught exception: Cannot read property '_id' of null javascript.1 2019-10-10 05:05:31.590 info (23932) received all states host.debian 2019-10-10 05:05:28.381 info Restart adapter system.adapter.javascript.0 because enabled host.debian 2019-10-10 05:05:28.381 error instance system.adapter.javascript.0 terminated with code 6 (UNCAUGHT_EXCEPTION) host.debian 2019-10-10 05:05:28.380 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:68:7) host.debian 2019-10-10 05:05:28.380 error Caught by controller[0]: at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49) host.debian 2019-10-10 05:05:28.380 error Caught by controller[0]: at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23) host.debian 2019-10-10 05:05:28.380 error Caught by controller[0]: at (anonymous function).(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:85081) host.debian 2019-10-10 05:05:28.379 error Caught by controller[0]: TypeError: Cannot read property '_id' of null javascript.0 2019-10-10 05:05:27.219 info (24104) received all states javascript.0 2019-10-10 05:05:26.102 error (24104) TypeError: Cannot read property '_id' of null at (anonymous function).(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:85081) at tryCatcher (/opt/iob javascript.0 2019-10-10 05:05:26.101 error (24104) uncaught exception: Cannot read property '_id' of nullJavascript Adapter hat sich dann neu gestartet und wieder gefangen, keine Fehler mehr. Schätze das war von irgend einem Script
-
@apollon77 gerade die 2.0.25 installiert. Läuft eigentlich unaufällig hoch, alle Adapter grün.
Keine Redis Warnings mehr vorhanden :+1:Ein Error im Log während hochlauf:
javascript.1 2019-10-10 05:04:36.627 error (23932) javascript.1 2019-10-10 05:04:36.626 error (23932) Using request for node-pre-gyp https download javascript.1 2019-10-10 05:04:36.624 error (23932) javascript.1 2019-10-10 05:04:36.622 error (23932) WARN javascript.1 2019-10-10 05:04:36.621 error (23932) javascript.1 2019-10-10 05:04:36.619 error (23932) node-pre-gypDas hier hatte ich noch im Log;
host.debian 2019-10-10 05:05:32.727 info instance system.adapter.javascript.1 terminated with code 0 (NO_ERROR) host.debian 2019-10-10 05:05:32.727 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:68:7) host.debian 2019-10-10 05:05:32.727 error Caught by controller[0]: at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49) host.debian 2019-10-10 05:05:32.726 error Caught by controller[0]: at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23) host.debian 2019-10-10 05:05:32.725 error Caught by controller[0]: at (anonymous function).(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:85081) host.debian 2019-10-10 05:05:32.724 error Caught by controller[0]: TypeError: Cannot read property '_id' of null javascript.1 2019-10-10 05:05:31.677 info (23932) Terminated (NO_ERROR): Without reason javascript.1 2019-10-10 05:05:31.675 info (23932) terminating javascript.1 2019-10-10 05:05:31.596 error (23932) TypeError: Cannot read property '_id' of null at (anonymous function).(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:85081) at tryCatcher (/opt/iob javascript.1 2019-10-10 05:05:31.595 error (23932) uncaught exception: Cannot read property '_id' of null javascript.1 2019-10-10 05:05:31.590 info (23932) received all states host.debian 2019-10-10 05:05:28.381 info Restart adapter system.adapter.javascript.0 because enabled host.debian 2019-10-10 05:05:28.381 error instance system.adapter.javascript.0 terminated with code 6 (UNCAUGHT_EXCEPTION) host.debian 2019-10-10 05:05:28.380 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:68:7) host.debian 2019-10-10 05:05:28.380 error Caught by controller[0]: at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49) host.debian 2019-10-10 05:05:28.380 error Caught by controller[0]: at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23) host.debian 2019-10-10 05:05:28.380 error Caught by controller[0]: at (anonymous function).(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:85081) host.debian 2019-10-10 05:05:28.379 error Caught by controller[0]: TypeError: Cannot read property '_id' of null javascript.0 2019-10-10 05:05:27.219 info (24104) received all states javascript.0 2019-10-10 05:05:26.102 error (24104) TypeError: Cannot read property '_id' of null at (anonymous function).(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:85081) at tryCatcher (/opt/iob javascript.0 2019-10-10 05:05:26.101 error (24104) uncaught exception: Cannot read property '_id' of nullJavascript Adapter hat sich dann neu gestartet und wieder gefangen, keine Fehler mehr. Schätze das war von irgend einem Script
@coyote zum ersten fehlt mir komplett context. Ich tippe auf npm Modul Installation beim start von JavaScript. Aber ohne bissl Mehring von drumrum dem Fehler kann ich das nur raten.
Das zweite ist die Frage ob du es irgendwie provoziert bekommst?! Dann könnten wir versuchen die Stelle zu finden.
Bzw auch hier zeig mal wie das log danach beim restart des JavaScript Adapters aussieht ... -
@apollon77 Guten Morgen!
Dann wollen wir mal zum Endspurt :)
Das mit den Logs beim Container-Start schaue ich mir nochmal an und melde mich ggf.
-
Alles absolut unauffällig, state get läuft auch! Ich lass die Logs mal noch ne Weile offen und werf ab und zu nen Blick drauf.
-
Hi.
soeben 2.0.25 installiert. Alles startet fehlerlos.
Ich muss allerdings den Update immer mitsudo -H -u iobroker npm install ioBroker/ioBroker.js-controllermachen. Der eigentliche Befehl "npm install ioBroker/ioBroker.js-controller" führt nur zu Fehlern
1266 verbose stack Error: Command failed: git clone --mirror -q git://github.com/ioBroker/ioBroker.js-controller.git /root/.npm/_cacache/tmp/git-clone-5e92596b/.git 1266 verbose stack fatal: Konnte führende Verzeichnisse von '/root/.npm/_cacache/tmp/git-clone-5e92596b/.git' nicht erstellen. 1266 verbose stack 1266 verbose stack at ChildProcess.exithandler (child_process.js:294:12) 1266 verbose stack at ChildProcess.emit (events.js:198:13) 1266 verbose stack at maybeClose (internal/child_process.js:982:16) 1266 verbose stack at Socket.stream.socket.on (internal/child_process.js:389:11) 1266 verbose stack at Socket.emit (events.js:198:13) 1266 verbose stack at Pipe._handle.close (net.js:606:12) 1267 verbose cwd /opt/iobroker 1268 verbose Linux 4.19.0-6-amd64 1269 verbose argv "/usr/bin/node" "/usr/bin/npm" "install" "ioBroker/ioBroker.js-controller" 1270 verbose node v10.16.3 1271 verbose npm v6.11.3 1272 error code 128 1273 error Command failed: git clone --mirror -q git://github.com/ioBroker/ioBroker.js-controller.git /root/.npm/_cacache/tmp/git-clone-5e92596b/.git 1273 error fatal: Konnte führende Verzeichnisse von '/root/.npm/_cacache/tmp/git-clone-5e92596b/.git' nicht erstellen.Wie kann ich das denn beheben, bzw. wird dies auch beim späteren "iobroker upgrade self" auftreten?
Proxmox 3 Node HA-Cluster TRIGKEY Mini-PC N100 mit 32 GB RAM und 3x1TB shared SSDs. VM- iobroker ,Raspberrymatic. LXC - Adguard, , Traccar, iSpy, Fileserver (emby, MiniDLNA)...usw
-
Hi.
soeben 2.0.25 installiert. Alles startet fehlerlos.
Ich muss allerdings den Update immer mitsudo -H -u iobroker npm install ioBroker/ioBroker.js-controllermachen. Der eigentliche Befehl "npm install ioBroker/ioBroker.js-controller" führt nur zu Fehlern
1266 verbose stack Error: Command failed: git clone --mirror -q git://github.com/ioBroker/ioBroker.js-controller.git /root/.npm/_cacache/tmp/git-clone-5e92596b/.git 1266 verbose stack fatal: Konnte führende Verzeichnisse von '/root/.npm/_cacache/tmp/git-clone-5e92596b/.git' nicht erstellen. 1266 verbose stack 1266 verbose stack at ChildProcess.exithandler (child_process.js:294:12) 1266 verbose stack at ChildProcess.emit (events.js:198:13) 1266 verbose stack at maybeClose (internal/child_process.js:982:16) 1266 verbose stack at Socket.stream.socket.on (internal/child_process.js:389:11) 1266 verbose stack at Socket.emit (events.js:198:13) 1266 verbose stack at Pipe._handle.close (net.js:606:12) 1267 verbose cwd /opt/iobroker 1268 verbose Linux 4.19.0-6-amd64 1269 verbose argv "/usr/bin/node" "/usr/bin/npm" "install" "ioBroker/ioBroker.js-controller" 1270 verbose node v10.16.3 1271 verbose npm v6.11.3 1272 error code 128 1273 error Command failed: git clone --mirror -q git://github.com/ioBroker/ioBroker.js-controller.git /root/.npm/_cacache/tmp/git-clone-5e92596b/.git 1273 error fatal: Konnte führende Verzeichnisse von '/root/.npm/_cacache/tmp/git-clone-5e92596b/.git' nicht erstellen.Wie kann ich das denn beheben, bzw. wird dies auch beim späteren "iobroker upgrade self" auftreten?
@msauer sagte in [Aufruf] js-controller 2.0 Beta Test:
Wie kann ich das denn beheben
Bist du normalerweise als ein nicht-root-User angemeldet? Dann haben wir ggf. einen Fix in der Mache, der braucht aber noch ein bisschen Feinschliff.
-
@AlCalzone sagte in [Aufruf] js-controller 2.0 Beta Test:
Bist du normalerweise als ein nicht-root-User angemeldet?
Nein..immer nur als root
Proxmox 3 Node HA-Cluster TRIGKEY Mini-PC N100 mit 32 GB RAM und 3x1TB shared SSDs. VM- iobroker ,Raspberrymatic. LXC - Adguard, , Traccar, iSpy, Fileserver (emby, MiniDLNA)...usw
-
@AlCalzone sagte in [Aufruf] js-controller 2.0 Beta Test:
Bist du normalerweise als ein nicht-root-User angemeldet?
Nein..immer nur als root
-
@msauer Ok, aber das könnte die gleiche Ursache haben. Müssen wir sehen... Wird dann ggf. in naher Zukunft vom Fixer gerade gebogen.
@apollon77
Also mit 2.0.25 sind sämtliche Errors und Warnungen aus dem Log verschwunden die ich oben gepostet hatte.@AlCalzone
bei mir geht auch nur die zweite Variante des Update Befehl, egal ob root oder normaler User. -
@apollon77
Also mit 2.0.25 sind sämtliche Errors und Warnungen aus dem Log verschwunden die ich oben gepostet hatte.@AlCalzone
bei mir geht auch nur die zweite Variante des Update Befehl, egal ob root oder normaler User.@Jan1 sagte in [Aufruf] js-controller 2.0 Beta Test:
bei mir geht auch nur die zweite Variante des Update Befehl, egal ob root oder normaler User.
Dem schließ mich mich an, sowohl im Container (immer root) als auch aufm RPI (mein User).
-
@msauer Ok, aber das könnte die gleiche Ursache haben. Müssen wir sehen... Wird dann ggf. in naher Zukunft vom Fixer gerade gebogen.
@AlCalzone
das mit dem sudo kommt erst wenn man npm auf 6.11.3 updated, alle User die dies noch nicht gemacht haben, die brauchen den sudo Befehl auch nicht. -
Hi.
soeben 2.0.25 installiert. Alles startet fehlerlos.
Ich muss allerdings den Update immer mitsudo -H -u iobroker npm install ioBroker/ioBroker.js-controllermachen. Der eigentliche Befehl "npm install ioBroker/ioBroker.js-controller" führt nur zu Fehlern
1266 verbose stack Error: Command failed: git clone --mirror -q git://github.com/ioBroker/ioBroker.js-controller.git /root/.npm/_cacache/tmp/git-clone-5e92596b/.git 1266 verbose stack fatal: Konnte führende Verzeichnisse von '/root/.npm/_cacache/tmp/git-clone-5e92596b/.git' nicht erstellen. 1266 verbose stack 1266 verbose stack at ChildProcess.exithandler (child_process.js:294:12) 1266 verbose stack at ChildProcess.emit (events.js:198:13) 1266 verbose stack at maybeClose (internal/child_process.js:982:16) 1266 verbose stack at Socket.stream.socket.on (internal/child_process.js:389:11) 1266 verbose stack at Socket.emit (events.js:198:13) 1266 verbose stack at Pipe._handle.close (net.js:606:12) 1267 verbose cwd /opt/iobroker 1268 verbose Linux 4.19.0-6-amd64 1269 verbose argv "/usr/bin/node" "/usr/bin/npm" "install" "ioBroker/ioBroker.js-controller" 1270 verbose node v10.16.3 1271 verbose npm v6.11.3 1272 error code 128 1273 error Command failed: git clone --mirror -q git://github.com/ioBroker/ioBroker.js-controller.git /root/.npm/_cacache/tmp/git-clone-5e92596b/.git 1273 error fatal: Konnte führende Verzeichnisse von '/root/.npm/_cacache/tmp/git-clone-5e92596b/.git' nicht erstellen.Wie kann ich das denn beheben, bzw. wird dies auch beim späteren "iobroker upgrade self" auftreten?
@msauer Ja das ist irgendwelcher npm Rechte-Foo ...
Ein
iobroker upgrade selfsollte immer mit automatisch alles quasi mit "sudo -u iobroker -H" ausführen was es startet, damit sollte das Problem hier nicht auftreten.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
-
@msauer Ja das ist irgendwelcher npm Rechte-Foo ...
Ein
iobroker upgrade selfsollte immer mit automatisch alles quasi mit "sudo -u iobroker -H" ausführen was es startet, damit sollte das Problem hier nicht auftreten.@apollon77
OK, muss meine Aussage von oben doch noch mal korrigieren. Eben noch mal in die Logs geschaut und das hier gefunden:
Müsste wieder das DB Problemchen sein, nur der Neustart liegt lag zu dem Zeitpunkt schon ein paar Minuten in der Vergangenheit.
-
@apollon77
OK, muss meine Aussage von oben doch noch mal korrigieren. Eben noch mal in die Logs geschaut und das hier gefunden:
Müsste wieder das DB Problemchen sein, nur der Neustart liegt lag zu dem Zeitpunkt schon ein paar Minuten in der Vergangenheit.
@Jan1 sagte in [Aufruf] js-controller 2.0 Beta Test:
iobroker.fritzdect
Ne, Adapter Bug
https://github.com/Apollon77/ioBroker.fritzdect/blob/master/main.js#L127 das "-" ist falschIst 'Comet_' + id + '.targettemp' (musst mal schauen welch "id" das betreffen kann) leer?
Fix für dich zum checken: Editiere /opt/iobroker/node_modules/iobroker.fritzdect/main.js: zeile 127 und schreibe "adapter.log" anstelle "adapter-log". Geht es dann wieder wie erwartet? Wirst halt diese "log meldung als Fehler" bekommen... aber da kenne ich die semantik des Adapters nicht
-
@msauer Ja das ist irgendwelcher npm Rechte-Foo ...
Ein
iobroker upgrade selfsollte immer mit automatisch alles quasi mit "sudo -u iobroker -H" ausführen was es startet, damit sollte das Problem hier nicht auftreten.@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
Ein iobroker upgrade selfsollte immer mit automatisch alles quasi mit "sudo -u iobroker -H" ausführen was es startet, damit sollte das Problem hier nicht auftreten.
Außer es ist schon kaputt ;)
@e-s Ich hab ähnliche Fehler bei mir schon mit 6.9.x gehabt.
Warum `sudo` böse ist: https://forum.iobroker.net/post/17109
-
Hallo an alle Tester,
auf GitHub gibt es jetzt die 2.0.25 (aka RC2) von neuen js-controller.
@Nuggelbeb Ich glaube warst nicht "verrückt". Dein Grossbuchstabe deiner eigenen Objekte war nicht ganz erwartet ;-) Tut jetzt.
@SBorg Die Redis Meldungen beim Start sollten jetzt auch weg sein.
@darkiop "iobroker state get ..." geht jetzt auch wieder wie vorher.Ansonsten sind noch ein paar Kleinigkeiten drin.
Bitte jetzt nochmal ALLE aktualisieren und checken. Wenn von Euch nichts mehr kommt geht die 2.0.25 am Freitag ins Latest Repo für alle!! Endspurt ;-)
Ingo
-
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
Ein iobroker upgrade selfsollte immer mit automatisch alles quasi mit "sudo -u iobroker -H" ausführen was es startet, damit sollte das Problem hier nicht auftreten.
Außer es ist schon kaputt ;)
@e-s Ich hab ähnliche Fehler bei mir schon mit 6.9.x gehabt.
@AlCalzone Was sollte ich denn in die Anleitung für "latest"schreiben? Offiziell war ich bei "iobroker upgrade self" ... mus da im Notfall auch nochmal das sudo zeug avor?
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
-
Tut was er soll :)
Ist das eigentlich ein Überbleibsel, Mac geschuldet, Schönheitsfehler, ...(ist ja nicht wirklich relevant):
Einen "Fehler" hatte ich aber. Gestern den JS-Adapter von 4.1.16 auf 4.2.1 gezogen, lief soweit auch alles. Dann heute den JS-Controller auf die 2.0.25 und dann das:2019-10-10 09:16:45.770 - info: host.Ubuntu iobroker.js-controller version 2.0.25 js-controller starting 2019-10-10 09:16:45.786 - info: host.Ubuntu Copyright (c) 2014-2019 bluefox, 2014 hobbyquaker 2019-10-10 09:16:45.788 - info: host.Ubuntu hostname: Ubuntu, node: v8.16.1 2019-10-10 09:16:45.795 - info: host.Ubuntu ip addresses: 192.168.1.30 2019-10-10 09:16:47.351 - info: host.Ubuntu connected to Objects and States 2019-10-10 09:16:47.982 - info: host.Ubuntu 82 instances found 2019-10-10 09:16:48.097 - info: host.Ubuntu starting 60 instances 2019-10-10 09:16:48.134 - warn: host.Ubuntu startInstance cannot find adapter "javascript@4.1.16". Try to install it... 1 attempt 2019-10-10 09:16:48.135 - info: host.Ubuntu iobroker install javascript@4.1.16 using installedVersion:question:
Ok, kein echtes Problem, also nach dem automatischen downgrade wieder auf die 4.2.1 gezogen, aber anscheinend hat da was mit der neuen speichern Funktion nicht so ganz funktioniert?
Support us
697
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge