js-controller 4.0.x jetzt für alle User im STABLE!

[Feinfinger]

@arteck

Danke für die Hilfe, aber da ist wohl mehr im Busch.

Frage mich, warum updates bisher immer geklappt haben?

root@ioBroker:/opt/iobroker# npm i iobroker.js-controller@4.0.19 --production
npm ERR! code ENOTEMPTY
npm ERR! syscall rename
npm ERR! path /opt/iobroker/node_modules/abab
npm ERR! dest /opt/iobroker/node_modules/.abab-bvmibCm3
npm ERR! errno -39
npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/abab' -> '/opt/iobroker/node_modules/.abab-bvmibCm3'

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2022-03-07T08_39_26_200Z-debug-0.log

[Thomas Braun]

@feinfinger sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

directory not empty, rename '/opt/iobroker/node_modules/abab' -> '/opt/iobroker/node_modules/.abab-bvmibCm3'

Dann mach das doch mal.

[Feinfinger]

@thomas-braun

Dann kommt der nächste Fehler...

root@ioBroker:/opt/iobroker# npm i iobroker.js-controller@4.0.19 --production
npm ERR! code ENOTEMPTY
npm ERR! syscall rename
npm ERR! path /opt/iobroker/node_modules/abbrev
npm ERR! dest /opt/iobroker/node_modules/.abbrev-5eNud0FY
npm ERR! errno -39
npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/abbrev' -> '/opt/iobroker/node_modules/.abbrev-5eNud0FY'

Was mich wundert ist, das diese Ordner alle vorhanden sind...

[Thomas Braun]

@feinfinger
Dann mache es nochmal...
Und wie gesagt, hampel da nicht als root rum.

[Rene55]

@thomas-braun Und hüpf da nicht als root rum.
Ich habe eben meine Installation (Docker-Image von Buanet) meinen js-Controller auf 4.0.18 hochgezogen. In der Console hab ich dazu 'root@iobroker:/opt/iobroker# iob upgrade self' ausgeführt. Dieser root ist ja so vorgegeben! Ist das ein anderer root, so dass ich den benutzen darf ?

[Thomas Braun]

@rene55 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

Dieser root ist ja so vorgegeben!

Auch im Docker kann man user anlegen, wenn es nicht gerade auf sowas wie einer Synology läuft. Da geht's wohl aus irgendwelchen Gründen nicht.

Als standard user zu agieren ist absolut 'best practice' und so in modernen Linux-Distributionen vorgesehen.

[Rene55]

@thomas-braun Wenn ich eine eigene Linux-Installation mache gibt's immer einen User - root benutz ich gar nicht. Ich werd den Teufel tun, und im Container von Buanet irgendeinen Benutzer anzulegen. Da Frage ich mich doch allen ernstes, warum der Container nicht direkt mit einem separaten Benutzer z.B. iobroker kommt. Hierdrauf brauchst du nicht zu antworten - das weiß nur @buanet.

[Ben1983]

@rene55 ich habe heute im Docker auf der Synology auch das update auf die 4.0.18 gemacht.
habe bis dato keine Probleme bemerkt, außer:
Vorher zeigte der host im iobroker admin 4% CPU (und im Synology der Container auch ca. 4-5% CPU an).
Nach dem Update zeigt der host im iobroker admin immer noch ca. 4% an, der container im synology allerdings ca. 10%.

[Mr English]

@apollon77
Hallo zusammen ich habe gerade meinen iobroker updatet und leider läuft er nicht mehr…

Die console sagt bei jeden Command das (siehe Bild)

Was ist der Fehler ??

Lg
English

[Thomas Braun]

@mr-english

Screenshots sind schon Mist. Bilder von Monitoren sind Megamist.
Per ssh einloggen und Konsolentext in CodeTags posten.

[Magnus 0]

Hallo Zusammen,

ich habe auch vor ein paar Tagen das Update auf 4.x.x durchgeführt.

Im ersten Moment eigentlich alles gut, nur gerade ist mir Folgendes aufgefallen:

https://forum.iobroker.net/topic/53166/fehler-ein-aus-zustand-switch-active-skript

Kann das ein Fehler in der Version 4.0.0 bzw. der neuen Datenbank sein?

Gruß

[Mr English]

@thomas-braun
Ok das nächste Mal werde ich es besser machen.

Aber was ist das Problem vom ioBroker ?

[Thomas Braun]

@mr-english sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

Aber was ist das Problem vom ioBroker ?

Da man das nicht entziffern kann...
Keine Ahnung.

[wendy2702]

@mr-english

cd /opt/iobroker/

npm install iobroker.js-controller@4.0.19

Ich gehe zumindest davon aus das du diese Version haben willst, oder?

[Mr English]

@thomas-braun

Hier ist es alles noch einmal ordentlich

pi@raspberrypi4-iob:~ $ iob start
pi@raspberrypi4-iob:~ $ iob backup
internal/modules/cjs/loader.js:818
  throw err;
  ^

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15)
    at Function.Module._load (internal/modules/cjs/loader.js:667:27)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12)
    at internal/main/run_main_module.js:17:47 {
  code: 'MODULE_NOT_FOUND',
  requireStack: []
}
pi@raspberrypi4-iob:~ $ iob -v
internal/modules/cjs/loader.js:818
  throw err;
  ^

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15)
    at Function.Module._load (internal/modules/cjs/loader.js:667:27)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12)
    at internal/main/run_main_module.js:17:47 {
  code: 'MODULE_NOT_FOUND',
  requireStack: []
}
pi@raspberrypi4-iob:~ $ iob status 
internal/modules/cjs/loader.js:818
  throw err;
  ^

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15)
    at Function.Module._load (internal/modules/cjs/loader.js:667:27)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12)
    at internal/main/run_main_module.js:17:47 {
  code: 'MODULE_NOT_FOUND',
  requireStack: []
}
pi@raspberrypi4-iob:~ $

[Thomas Braun]

@mr-english

Geht doch.

cd /opt/iobroker 
sudo -H -u iobroker npm install iobroker.js-controller

[wendy2702]

@thomas-braun sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

sudo -H -u iobroker npm install iobroker.js-controller

Tztztz… Direkt immer der Holzhammer

[Thomas Braun]

@wendy2702 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

Tztztz… Direkt immer der Holzhammer

Warum Holzhammer? Das bringt jedenfalls gleich die korrekten owner mit.

[wendy2702]

@thomas-braun Weil es einige Seiten vorher mal so genannt wurde und bei einem „sauberen“ System eigentlich auch mit dem „einfachen“ Befehl funktionieren sollte.

[Boronsbruder]

Nach dem Update auf 4.0.18 ist mir folgendes aufgefallen:

2022-03-07 20:04:20.632 - info: host.zerobroker instance "system.adapter.denon.0" enabled via .alive
2022-03-07 20:04:20.653 - info: host.zerobroker "system.adapter.denon.0" enabled
2022-03-07 20:04:20.658 - error: host.zerobroker Cannot set object: null
2022-03-07 20:04:20.677 - info: host.zerobroker instance system.adapter.denon.0 started with pid 24621

Tritt aber bei mir nur auf, wenn "via .alive" ein Adapter gestartet oder gestoppt wird.

Über das Webif keine Fehlermeldung:

2022-03-07 20:29:44.914 - info: host.zerobroker "system.adapter.denon.0" enabled
2022-03-07 20:29:44.935 - info: host.zerobroker instance system.adapter.denon.0 started with pid 12861