NEWS
js-controller 3.2 jetzt im Latest!
-
@ofbeqnpolkkl6mby5e13 Backitup Problem?? Hab ich was Überlesen?
@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
-
@fastfoot
Ich probiere das mal. Lasse jetzt den Fixer durchlaufen und installiere dann 3.2.12.@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
-
@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.
-
@apollon77
Nein Backitup Problem ist hier falsch ausgedrückt.
Es gab wohl eher generelle Probleme mit dem BACKUP nach einem Update des js-controllers.So wie ich es aber gelesen habe, hat den Fehler immer ein
iobroker fixbehoben.@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
iobroker läuft unter Docker auf QNAP TS-451+
SkriptRecovery: https://forum.iobroker.net/post/930558 -
@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. -
@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. -
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?
@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!
-
@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 Wenns aber Docker Spezifisch ist dann doch bitte dort einIssue auf machen und diskutieren oder ?!
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
-
@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 -
728
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge