js-controller 3.2 jetzt im Latest!
-
@simatec sagte in js-controller 3.2 jetzt im Latest!:
Nein Backitup Problem ist hier falsch ausgedrückt.
das Problem trat bisher nur in Verbindung mit diesem Adapter auf, ist aber tatsächlich ein Problem mit Dateiberechtigungen, insofern hast du völlig recht. Habe auch nur von @oFbEQnpoLKKl6mbY5e13 darüber gelesen
-
@fastfoot
In einem anderen Thread wurde aber auch das gleiche Problem mit dem Kosolenbefehliobroker backupgemeldet.
Also ist dieses Problem ein allgemeines und nicht auf den Adapter Backitup bezogen. Backitup nutzt ebenfalls die Methode aus dem js-controller. -
@simatec
Bei mir funktioniert im Fehlerfall "iobroker backup" aber. -
@homecineplexx Ääähhmm ... ist das ne Generelle Problematik oder auf das js-controller Update bezogen. Ich verstehe hier gerade eher Bahnhof was Deine Probleme angeht. Kannst Du es bitte etwas detaillieren? Und wenn es nichts mit dem Controller Update zu tun hat bitte extra Thread machen, Daaanke!
-
@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. -
@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
-
@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) -
@fredf fix kommt mit in die 3.2.13
-
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. -
@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..." -
@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!
