Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[BBTown]

@apollon77 aus folgendem Bereich der Doku

[apollon77]

@foxriver76 das ist erst im Controller 2.0 drin denke ich.

[foxriver76]

@apollon77 Nope, wird mit dem Installer/Fixer angelegt.

[Stabilostick]

Der 1.5.14‘er js-controller ist jetzt im latest-Repositoy. Habe den Namen dieses Threads entsprechend angepasst. Siehe https://forum.iobroker.net/post/282544

[Brati]

Hallo,

ich hatte beim Update erste den Fehler von crunchip (fehlende Berechtigungen), war als sudo angemeldet und Fixer ist früher schon gelaufen. Also noch mal den Fixer aus dem Root laufen lassen und jetzt kommt beim Versuch des Updates:

npm ERR! path /opt/iobroker/node_modules/.bin/semver
npm ERR! code EEXIST
npm ERR! Refusing to delete /opt/iobroker/node_modules/.bin/semver: is outside /opt/iobroker/node_modules/semver and not a link
npm ERR! File exists: /opt/iobroker/node_modules/.bin/semver
npm ERR! Move it away, and try again.

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2019-07-30T06_13_49_753Z-debug.log

Soll ich jetzt das Verzeichnis "semver" löschen? Oder was möchte er mir sagen?

Grüße

Brati

[apollon77]

@Brati sagte in [Diskussion] js-controller 1.5.14 in latest:

/opt/iobroker/node_modules/.bin/semver

Nein du sollst /opt/iobroker/node_modules/.bin/semver löschen (nur ein File). So etwas passiert normalerweise wenn man node_modules ordner falsch durch die Gegend kopiert

[Brati]

@apollon77

Hab nix kopiert :). Ok, also lösche ich den mal und lasse das js-controller Update neu laufen...

Grüße

Brati

[apollon77]

@Brati ALles gut, können auch npm altlasten sein oder so

[Brati]

@apollon77

Die "rimraf" musste ich auch noch löschen und jetzt ist der js-controller auf v. 1.5.14. Alle Adapter auf "grün". Die folgenden Meldungen ignoriere ich mal:

Update js-controller from @1.5.12 to @1.5.14
NPM version: 6.4.1
npm install iobroker.js-controller@1.5.14 --unsafe-perm --production --save --prefix "/opt/iobroker" (S                         ystem call)
../src/diskusage_posix.cpp: In function ‘DiskUsage GetDiskUsage(const char*)’:
../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_bsize’ [-Wmissing                         -field-initializers]
     struct statvfs info = {};
                            ^
../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_frsize’ [-Wmissin                         g-field-initializers]
../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_blocks’ [-Wmissin                         g-field-initializers]
../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_bfree’ [-Wmissing                         -field-initializers]
../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_bavail’ [-Wmissin                         g-field-initializers]
../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_files’ [-Wmissing                         -field-initializers]
../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_ffree’ [-Wmissing                         -field-initializers]
../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_favail’ [-Wmissin                         g-field-initializers]
../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_fsid’ [-Wmissing-                         field-initializers]
../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_flag’ [-Wmissing-                         field-initializers]
../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::f_namemax’ [-Wmissi                         ng-field-initializers]
../src/diskusage_posix.cpp:10:28: warning: missing initializer for member ‘statvfs::__f_spare’ [-Wmissi                         ng-field-initializers]
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.3 (node_modules/osx-temperat                         ure-sensor):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.3: wa                         nted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@0.1.4 (node_modules/xpc-connection):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connection@0.1.4: wanted {"o                         s":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

Host "ioBroker" (linux) updated
Execute: chmod -R 777 /opt/iobroker
Chmod finished. Restart controller
Starting node restart.js

oder müßte ich hier auch noch reagieren?

Grüße

Brati

[apollon77]

@Brati Ich tippe auf nodejs 8? Dann ost das ok .. mit nodejs 10 kommen keine Meldungen mehr

[Brati]

@apollon77 sagte in [Diskussion] js-controller 1.5.14 in latest:

@Brati Ich tippe auf nodejs 8? Dann ost das ok .. mit nodejs 10 kommen keine Meldungen mehr

Jepp, "v8.16.0". Na dann werde ich das auch mal updaten.

Vielen Dank.

Grüße Brati

[apollon77]

@Brati Stop! DFas hab ich nicht gesagt. Es tiut auch so alles, sind nur Warnungen. Formal hast Du zeit bis April 2020!! Erst dann geht die nodejs 8 EOL.

[Brati]

@apollon77

Noch nix passiert :) lege es auf Wiedervorlage...

[SRo769]

Hi,
habe 3 iobroker auf js-controller 1.5.14 aktualisiert - keine Probleme während u. nach dem Update. Alle Installationen laufen mit Node 10.16.0 und NPM 6.9.0. Soweit so gut. Hab im Anschluss mal versucht, ein Backup-File (vom akt. Stand) auf einem neu installierten Testsystem unter gleichen Bedingungen (Node 10.16.0/NPM 6.9.0 und js-controller 1.5.14) zu restoren.
Das funktioniert leider überhaupt nicht. Folgen Fehlermeldungen erscheinen:

Hab das mit allen 3 Installationen bzw. Backups probiert - immer das gleiche Resultat. Das neuinstallierte Testsystem wurde mit Debian Stretch als auch Buster aufgesetzt. Auch das macht keinen Unterschied.
Die Backups (minimal) wurden mit dem Adapter Backitup erstellt und haben in der Vergangenheit funktioniert.

Ist dieses Problem bekannt bzw. auch bei anderen schon aufgetreten? Wäre super, wenn es da eine Lösung gebe - so richtig wohl ist mir nicht bei dem Gedanken, kein Backup restoren zu können.

Grüße Sven

[Einstein67]

@SRo769

"restore 0" funktioniert schon länger nicht mehr. Zumindest bei mir.

Aber egal, mit Angabe des Dateinamens statt der 0 läuft Restore perfekt.

[SRo769]

@Einstein67

danke, das war der richtige Hinweis. Jetzt klappt es mit dem Einspielen des Backups. Das die Ziffern nicht mehr funktionieren war mir gar nicht bekannt. Hatte das gestern mit einem File an 2. Stelle (1) probiert - ging auch nicht.
Hat aber somit nichts mit dem Update des js-controllers zu tun. Puh, Erleichterung.

[hesse]

Hat jemand schon den sonos adapter mit dem js-controller 1.5.14 getestet?

Auf meinem Testsystem mit 1.5.12 funktioniert alles einwandfrei, auf der Neuinstallation mit dem neuen install script und js-controller 1.5.14 werden die Werte nicht mehr aktualisiert und der Adapter schmiert ab...

[apollon77]

@hesse Logs?

[hesse]

@apollon77

2019-07-30 19:05:52.116 - info: sonos.0 terminating
2019-07-30 19:05:52.124 - error: sonos.0 Got error: Parse Error
2019-07-30 19:05:52.167 - error: Caught by controller[1]: TypeError [ERR_INVALID_CALLBACK]: Callback must be a function
2019-07-30 19:05:52.167 - error: Caught by controller[1]: at maybeCallback (fs.js:128:9)
2019-07-30 19:05:52.168 - error: Caught by controller[1]: at Object.exists (fs.js:196:3)
2019-07-30 19:05:52.168 - error: Caught by controller[1]: at ClientRequest.http.get.res2 (/opt/iobroker/node_modules/iobroker.sonos/main.js:1783:37)
2019-07-30 19:05:52.168 - error: Caught by controller[1]: at Object.onceWrapper (events.js:286:20)
2019-07-30 19:05:52.168 - error: Caught by controller[1]: at ClientRequest.emit (events.js:198:13)
2019-07-30 19:05:52.169 - error: Caught by controller[1]: at HTTPParser.parserOnIncomingClient [as onIncoming] (_http_client.js:556:21)
2019-07-30 19:05:52.169 - error: Caught by controller[1]: at HTTPParser.parserOnHeadersComplete (_http_common.js:109:17)
2019-07-30 19:05:52.169 - error: Caught by controller[1]: at Socket.socketOnData (_http_client.js:442:20)
2019-07-30 19:05:52.170 - error: Caught by controller[1]: at Socket.emit (events.js:198:13)
2019-07-30 19:05:52.170 - error: Caught by controller[1]: at addChunk (_stream_readable.js:288:12)
2019-07-30 19:05:52.170 - error: Caught by controller[1]: at readableAddChunk (_stream_readable.js:269:11)
2019-07-30 19:05:52.170 - error: Caught by controller[1]: at Socket.Readable.push (_stream_readable.js:224:10)
2019-07-30 19:05:52.171 - error: Caught by controller[1]: at TCP.onStreamRead [as onread] (internal/stream_base_commons.js:94:17)
2019-07-30 19:05:52.171 - error: host.iobroker instance system.adapter.sonos.0 terminated with code 0 (OK)
2019-07-30 19:05:52.171 - info: host.iobroker Restart adapter system.adapter.sonos.0 because enabled
2019-07-30 19:06:22.198 - info: host.iobroker instance system.adapter.sonos.0 started with pid 21570
2019-07-30 19:06:24.125 - info: sonos.0 starting. Version 1.8.0 in /opt/iobroker/node_modules/iobroker.sonos, node: v10.16.0
2019-07-30 19:06:24.241 - info: sonos.0 http sonos server listening on port 8080

Ich hab jetzt mehrfach rumgedocktert und auch 4 mal eine komplett neue Installation von raspbian (buster und stretch) und iobroker gemacht, aber das Ergebnis ist immer das gleiche ... Ich weiss nun nicht mehr was ich noch testen kann..

Ich hatte auch einen thread aufgemacht mit den LOGs:
https://forum.iobroker.net/topic/24124/sonos-adapter-fehler

[apollon77]

@hesse Report diesen Bug mit der Fehlermeldung mal im sonos Adapter auf GitHub