js-controller 3.2 jetzt im Latest!
-
irgenwie bin ich zu blöd...ich schaffs nicht, dass der server korrekt läuft und ich mich mit einem device connecten kann.
außerdem hab ich scheinbar das selbe problem, dass automatisch auch openvpn läuft.
wie war denn nun wirklich die lösung für das problem um alles ans laufen zu bekommen?
-
@apollon77 sagte in js-controller 3.2 jetzt im Latest!:
@ofbeqnpolkkl6mby5e13 Backitup Problem?? Hab ich was Überlesen?
naja, immer wenn er den js-controller installiert(in letzter Zeit halt) wird der Ordner node_modules/iobroker.js-controller/tmp (den benutzt Backitup) mit root:root geflaggt und der Adapter kann keine Datei erstellen. iobroker fix behebt das dann bis zum nächsten Update des js-controller. Alles unter Docker, aber den habe ich auch und nicht diese Probleme
-
@ofbeqnpolkkl6mby5e13 sagte in js-controller 3.2 jetzt im Latest!:
@fastfoot
Ich probiere das mal. Lasse jetzt den Fixer durchlaufen und installiere dann 3.2.12.checke den Ordner mal unmittelbar vor und nach dem Upgrade, noch bevor du sonst irgendwas Anderes machst
-
@fastfoot sagte in js-controller 3.2 jetzt im Latest!:
checke den Ordner mal unmittelbar vor und nach dem Upgrade, noch bevor du sonst irgendwas Anderes machst
Das hatte ich bei der Installation von 3.2.11 ja genau so gemacht. Ich installiere jetzt 3.2.12 mit upgrade self. Natürlich prüfe ich vorher und nachher.
-
@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
