NEWS
js-controller 3.2 jetzt im Latest!
-
@fastfoot Wenns aber Docker Spezifisch ist dann doch bitte dort einIssue auf machen und diskutieren oder ?!
@apollon77
Um das noch mal klarzustellen. Eben genau weil ich diesen Thread damit nicht belasten wollte, habe ich einen separaten Thread erstellt. Das Problem ist mit JS-Controller 3.2.X aufgetaucht. Mein Verdacht war aber zunächst Backitup. Dass das am Container liegt, ist auch nicht sicher. -
@fastfoot Wenns aber Docker Spezifisch ist dann doch bitte dort einIssue auf machen und diskutieren oder ?!
@apollon77 Ich habe gestern das Update auf 3.2.12 gemacht und alles lief bisher einwandfrei.
Jetzt habe ich allerdings eine Fehlermeldung die mir nichts sagt und die ich bisher auch noch nie gesehen habe.host.ioBroker 2021-01-29 09:30:23.823 error instance system.adapter.openuv.0 terminated with code 6 (UNCAUGHT_EXCEPTION) openuv.0 2021-01-29 09:30:23.127 warn (1119) Terminated (UNCAUGHT_EXCEPTION): Without reason openuv.0 2021-01-29 09:30:23.102 error (1119) Cannot read property 'uv' of undefined openuv.0 2021-01-29 09:30:23.101 error at processTicksAndRejections (internal/process/task_queues.js:84:21) openuv.0 2021-01-29 09:30:23.101 error at endReadableNT (_stream_readable.js:1241:12) openuv.0 2021-01-29 09:30:23.101 error at IncomingMessage.emit (events.js:326:22) openuv.0 2021-01-29 09:30:23.101 error at Object.onceWrapper (events.js:420:28) openuv.0 2021-01-29 09:30:23.101 error at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/iobroker.openuv/node_modules/request/request.js:1083:12) openuv.0 2021-01-29 09:30:23.101 error at Request.emit (events.js:314:20) openuv.0 2021-01-29 09:30:23.101 error at Request.<anonymous> (/opt/iobroker/node_modules/iobroker.openuv/node_modules/request/request.js:1161:10) openuv.0 2021-01-29 09:30:23.101 error at Request.emit (events.js:314:20) openuv.0 2021-01-29 09:30:23.101 error at Request.self.callback (/opt/iobroker/node_modules/iobroker.openuv/node_modules/request/request.js:185:22) openuv.0 2021-01-29 09:30:23.101 error at Request._callback (/opt/iobroker/node_modules/iobroker.openuv/main.js:175:50) openuv.0 2021-01-29 09:30:23.101 error (1119) TypeError: Cannot read property 'uv' of undefined openuv.0 2021-01-29 09:30:23.081 error (1119) uncaught exception: Cannot read property 'uv' of undefinedKann das mit dem Controller zu tun haben oder ist das eher ein Adapterproblem?
ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.
-
@apollon77 Ich habe gestern das Update auf 3.2.12 gemacht und alles lief bisher einwandfrei.
Jetzt habe ich allerdings eine Fehlermeldung die mir nichts sagt und die ich bisher auch noch nie gesehen habe.host.ioBroker 2021-01-29 09:30:23.823 error instance system.adapter.openuv.0 terminated with code 6 (UNCAUGHT_EXCEPTION) openuv.0 2021-01-29 09:30:23.127 warn (1119) Terminated (UNCAUGHT_EXCEPTION): Without reason openuv.0 2021-01-29 09:30:23.102 error (1119) Cannot read property 'uv' of undefined openuv.0 2021-01-29 09:30:23.101 error at processTicksAndRejections (internal/process/task_queues.js:84:21) openuv.0 2021-01-29 09:30:23.101 error at endReadableNT (_stream_readable.js:1241:12) openuv.0 2021-01-29 09:30:23.101 error at IncomingMessage.emit (events.js:326:22) openuv.0 2021-01-29 09:30:23.101 error at Object.onceWrapper (events.js:420:28) openuv.0 2021-01-29 09:30:23.101 error at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/iobroker.openuv/node_modules/request/request.js:1083:12) openuv.0 2021-01-29 09:30:23.101 error at Request.emit (events.js:314:20) openuv.0 2021-01-29 09:30:23.101 error at Request.<anonymous> (/opt/iobroker/node_modules/iobroker.openuv/node_modules/request/request.js:1161:10) openuv.0 2021-01-29 09:30:23.101 error at Request.emit (events.js:314:20) openuv.0 2021-01-29 09:30:23.101 error at Request.self.callback (/opt/iobroker/node_modules/iobroker.openuv/node_modules/request/request.js:185:22) openuv.0 2021-01-29 09:30:23.101 error at Request._callback (/opt/iobroker/node_modules/iobroker.openuv/main.js:175:50) openuv.0 2021-01-29 09:30:23.101 error (1119) TypeError: Cannot read property 'uv' of undefined openuv.0 2021-01-29 09:30:23.081 error (1119) uncaught exception: Cannot read property 'uv' of undefinedKann das mit dem Controller zu tun haben oder ist das eher ein Adapterproblem?
@chaot Eindeutig Adapter und fehlendes Fehlerhandling
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
-
@apollon77 Danke, werde ich dort mal hinweisen.
-
@apollon77
Ist das ein Fehler des rpi2 Adapter den ich auf einem neuen 3.2.12 Slave installiert habe?Cannot read property 'length' of undefined at PacketManager.install (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupPacketManager.js:221:24) at processTicksAndRejections (internal/process/task_queues.js:97:5) -
@apollon77
Ist das ein Fehler des rpi2 Adapter den ich auf einem neuen 3.2.12 Slave installiert habe?Cannot read property 'length' of undefined at PacketManager.install (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupPacketManager.js:221:24) at processTicksAndRejections (internal/process/task_queues.js:97:5) -
Ich habe gerade noch eine uralte Installation "gefunden" mit Jessie und node 6.
Die habe ich mal zum experimentieren genommen, zuerst Armbian über Stretch auf Buster gebracht, dann node auf 14.xDann lief natürlich gar nichts mehr, auch ein npm rebuild (in /opt/iobroker) hat nichts geholfen.
Also erstmal den Controller auf 3.2.12 gebracht und dann weiter.Jetzt hängt er beim Upgrade von cul mit einer mir nicht verständlichen Meldung:
Update cul from @0.4.0 to @1.3.4 NPM version: 6.14.10 npm install iobroker.cul@1.3.4 --loglevel error --prefix "/opt/iobroker" (System call) npm ERR! code ENOENT npm ERR! syscall access npm ERR! path /opt/iobroker/node_modules/iobroker.rickshaw npm ERR! errno -2 npm ERR! enoent ENOENT: no such file or directory, access '/opt/iobroker/node_modules/iobroker.rickshaw' npm ERR! enoent This is related to npm not being able to find a file. npm ERR! enoentWas will er denn von rickshaw?
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
Ich habe gerade noch eine uralte Installation "gefunden" mit Jessie und node 6.
Die habe ich mal zum experimentieren genommen, zuerst Armbian über Stretch auf Buster gebracht, dann node auf 14.xDann lief natürlich gar nichts mehr, auch ein npm rebuild (in /opt/iobroker) hat nichts geholfen.
Also erstmal den Controller auf 3.2.12 gebracht und dann weiter.Jetzt hängt er beim Upgrade von cul mit einer mir nicht verständlichen Meldung:
Update cul from @0.4.0 to @1.3.4 NPM version: 6.14.10 npm install iobroker.cul@1.3.4 --loglevel error --prefix "/opt/iobroker" (System call) npm ERR! code ENOENT npm ERR! syscall access npm ERR! path /opt/iobroker/node_modules/iobroker.rickshaw npm ERR! errno -2 npm ERR! enoent ENOENT: no such file or directory, access '/opt/iobroker/node_modules/iobroker.rickshaw' npm ERR! enoent This is related to npm not being able to find a file. npm ERR! enoentWas will er denn von rickshaw?
@homoran
Den Adapter gibt's wohl nicht mehr da schon lange mit irgendwas nicht kompatibel und nie angepasst. Den hatte ich zu Beginn mal um den History schön zu visualisieren.
Ich denke, dass den einfach löschen kannst, da der eh nicht mehr läuft.
Ist aber mal interessant, ob Du es schaffst die Steinzeit Installation noch in die Neuzeit zu holen. -
@homoran
Den Adapter gibt's wohl nicht mehr da schon lange mit irgendwas nicht kompatibel und nie angepasst. Den hatte ich zu Beginn mal um den History schön zu visualisieren.
Ich denke, dass den einfach löschen kannst, da der eh nicht mehr läuft.
Ist aber mal interessant, ob Du es schaffst die Steinzeit Installation noch in die Neuzeit zu holen.@jan1 sagte in js-controller 3.2 jetzt im Latest!:
Den hatte ich zu Beginn mal um den History schön zu visualisieren.
mit dem funktionieren aber die Kurven in der History ;-)
Das "Problem" war aber, was hat der mit dem Upgrade vvom CUL am Hut?
-
@jan1 sagte in js-controller 3.2 jetzt im Latest!:
Den hatte ich zu Beginn mal um den History schön zu visualisieren.
mit dem funktionieren aber die Kurven in der History ;-)
Das "Problem" war aber, was hat der mit dem Upgrade vvom CUL am Hut?
-
@homoran
Echt der geht noch?
Wenn Das geht kommt der sofort wieder drauf, weil ich genau die Kurven vermisse.
Warum der hier in der Kombi nun im Error mitauftaucht, absolut kein Plan.@jan1 ich hab den auch noch drauf
-
Und noch was:
@jan1 sagte in js-controller 3.2 jetzt im Latest!:
st aber mal interessant, ob Du es schaffst die Steinzeit Installation noch in die Neuzeit zu holen.
War zwar nicht easy, sieht aber vielversprechend aus.
Ich kann nur jedem empfehlen immer alles aktuell zu halten und nicht zu denken "never touch..."kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
Und noch was:
@jan1 sagte in js-controller 3.2 jetzt im Latest!:
st aber mal interessant, ob Du es schaffst die Steinzeit Installation noch in die Neuzeit zu holen.
War zwar nicht easy, sieht aber vielversprechend aus.
Ich kann nur jedem empfehlen immer alles aktuell zu halten und nicht zu denken "never touch..."@homoran sagte in js-controller 3.2 jetzt im Latest!:
Ich kann nur jedem empfehlen immer alles aktuell zu halten und nicht zu denken "never touch..."
Mein Reden...
Man muss ja nicht 'on the bleeding edge' tänzeln, aber so alle paar Wochen, mindestens aber 2x im Jahr sollte man den großen Kehraus machen. Dann sind die zu tätigenden Klimmzüge auch nicht ganz so heftig. -
@homoran sagte in js-controller 3.2 jetzt im Latest!:
Ich kann nur jedem empfehlen immer alles aktuell zu halten und nicht zu denken "never touch..."
Mein Reden...
Man muss ja nicht 'on the bleeding edge' tänzeln, aber so alle paar Wochen, mindestens aber 2x im Jahr sollte man den großen Kehraus machen. Dann sind die zu tätigenden Klimmzüge auch nicht ganz so heftig.@thomas-braun ...und die Repos noch nicht im Archiv unter anderem Pfad (oder gar nicht mehr) verfügbar
-
und noch etwas!
Vielleicht für die Roadmap für v4.
Wenn es denn umsetzbar ist.Mir ist eben das Upgrade von mobile UI (04.10 -> 1.0.0) mit Fehler (cannot connect to databases) ausgestiegen.
Falls das so ist, weil mobileUI nicht mehr auf npm sein sollte, wäre es schön solche Dinge per Popup abzufangen.Falls aber die Ursache eine andere ist (da stand später etwas von "falsche Version von Web" im log, wo es gar nicht hinpasste
Adapter "mikrotik" is not installed. Adapter "milight" is not installed. Adapter "milight-smart-light" is not installed. Adapter "minuvis" is not installed. ERROR: Invalid version of "web". Installed "2.3.6", required ">=3.0.12 Adapter "modbus" is not installed. Adapter "moma" is not installed. Adapter "mpd" is not installed. Adapter "mqtt" is not installed.)
dann wäre es auch schön irgendwann einmal die Reihenfolge der Updates bei "alle Updaten" so zu konfigurieren, dass bei einer fehlenden Dependency diese zuerst abgearbeitet wird.Ich hoffe das war verständlich!
Mir ist klar, dass so etwas nicht "mal eben" gehen wird, wenn überhaupt!
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
und noch etwas!
Vielleicht für die Roadmap für v4.
Wenn es denn umsetzbar ist.Mir ist eben das Upgrade von mobile UI (04.10 -> 1.0.0) mit Fehler (cannot connect to databases) ausgestiegen.
Falls das so ist, weil mobileUI nicht mehr auf npm sein sollte, wäre es schön solche Dinge per Popup abzufangen.Falls aber die Ursache eine andere ist (da stand später etwas von "falsche Version von Web" im log, wo es gar nicht hinpasste
Adapter "mikrotik" is not installed. Adapter "milight" is not installed. Adapter "milight-smart-light" is not installed. Adapter "minuvis" is not installed. ERROR: Invalid version of "web". Installed "2.3.6", required ">=3.0.12 Adapter "modbus" is not installed. Adapter "moma" is not installed. Adapter "mpd" is not installed. Adapter "mqtt" is not installed.)
dann wäre es auch schön irgendwann einmal die Reihenfolge der Updates bei "alle Updaten" so zu konfigurieren, dass bei einer fehlenden Dependency diese zuerst abgearbeitet wird.Ich hoffe das war verständlich!
Mir ist klar, dass so etwas nicht "mal eben" gehen wird, wenn überhaupt!
@homoran
'Dependency hell' ist nicht umsonst ein großes Problem bei Paket-orientierten Distributionen. -
und noch etwas!
Vielleicht für die Roadmap für v4.
Wenn es denn umsetzbar ist.Mir ist eben das Upgrade von mobile UI (04.10 -> 1.0.0) mit Fehler (cannot connect to databases) ausgestiegen.
Falls das so ist, weil mobileUI nicht mehr auf npm sein sollte, wäre es schön solche Dinge per Popup abzufangen.Falls aber die Ursache eine andere ist (da stand später etwas von "falsche Version von Web" im log, wo es gar nicht hinpasste
Adapter "mikrotik" is not installed. Adapter "milight" is not installed. Adapter "milight-smart-light" is not installed. Adapter "minuvis" is not installed. ERROR: Invalid version of "web". Installed "2.3.6", required ">=3.0.12 Adapter "modbus" is not installed. Adapter "moma" is not installed. Adapter "mpd" is not installed. Adapter "mqtt" is not installed.)
dann wäre es auch schön irgendwann einmal die Reihenfolge der Updates bei "alle Updaten" so zu konfigurieren, dass bei einer fehlenden Dependency diese zuerst abgearbeitet wird.Ich hoffe das war verständlich!
Mir ist klar, dass so etwas nicht "mal eben" gehen wird, wenn überhaupt!
@homoran sagte in js-controller 3.2 jetzt im Latest!:
dann wäre es auch schön irgendwann einmal die Reihenfolge der Updates bei "alle Updaten" so zu konfigurieren, dass bei einer fehlenden Dependency diese zuerst abgearbeitet wird.
Ich hoffe das war verständlich!Haben wir auf dem Schirm: https://github.com/ioBroker/ioBroker.js-controller/issues/1015
-
Ich habe gerade noch eine uralte Installation "gefunden" mit Jessie und node 6.
Die habe ich mal zum experimentieren genommen, zuerst Armbian über Stretch auf Buster gebracht, dann node auf 14.xDann lief natürlich gar nichts mehr, auch ein npm rebuild (in /opt/iobroker) hat nichts geholfen.
Also erstmal den Controller auf 3.2.12 gebracht und dann weiter.Jetzt hängt er beim Upgrade von cul mit einer mir nicht verständlichen Meldung:
Update cul from @0.4.0 to @1.3.4 NPM version: 6.14.10 npm install iobroker.cul@1.3.4 --loglevel error --prefix "/opt/iobroker" (System call) npm ERR! code ENOENT npm ERR! syscall access npm ERR! path /opt/iobroker/node_modules/iobroker.rickshaw npm ERR! errno -2 npm ERR! enoent ENOENT: no such file or directory, access '/opt/iobroker/node_modules/iobroker.rickshaw' npm ERR! enoent This is related to npm not being able to find a file. npm ERR! enoentWas will er denn von rickshaw?
-
@homoran Naja das übliche npm Thema ... npm prüft seinen gesamten Baum bei jedem kleinsten install ... Da ist wohl irgendwas
Habe den Controller in der Version 3.2.12 installiert und musste im Anschluss feststellen, dass damit der Innogy Smarthome Adapter nicht mehr funktioniert. Authorisation nicht mehr möglich, blanke Seite und Adapter auf rot. Vielleicht checkt das Mal jemand. Plattform Ubuntu 20.04, Innogy Smarthome Adapter 0.3.6, js-Controller 3.2.12.
-
Habe den Controller in der Version 3.2.12 installiert und musste im Anschluss feststellen, dass damit der Innogy Smarthome Adapter nicht mehr funktioniert. Authorisation nicht mehr möglich, blanke Seite und Adapter auf rot. Vielleicht checkt das Mal jemand. Plattform Ubuntu 20.04, Innogy Smarthome Adapter 0.3.6, js-Controller 3.2.12.
732
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge