Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[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

[Thomas Braun]

@wendy2702

Im Eingangsposting steht es auch drin:

Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittels sudo -H -u iobroker npm install iobroker.js-controller versuchen. Bitte berichtet solche Fälle hier im Thread.

[wendy2702]

@thomas-braun Kenne ich.

[Mr English]

@thomas-braun
Vielen herzlichen Dank
Du hast mein Leben gerettet

[apollon77]

@boronsbruder Hi,

ja, die Meldungkannst Du ignorieren ... da fehlt ein Check ... Wird gerade immer geloggt auch wenn es gar keinen Fehler gab Fixen wir in der nächsten Controller Version

[coyote]

Mir ist seit den letzten 2 (könnte auch 3) Versionen aufgefallen,dass mein hm-rpc.1 (wired) nach einem update/neustart nicht funktioniert. Der Adapter ist zwar grün, es werden aber keine DP's geändert. Meist fällt mir das eben erst auf, wenn mein Zigbee Licht nicht vom BWM (wired) eingeschaltet wird.
Starte ich den Adapter neu, läuft alles einwandfrei. Leider weiß ich gerade nicht, ob es jetzt am hm-rpc oder js-controller liegt.
Das Log sagt leider wenig, wo könnte ich anfangen zu suchen?

Hier nach update des js-controller und neustart:

2022-03-07 13:55:50.851 - info: mqtt.0 (484126) Client [MHI_Wintergarten] subscribes on "MHI_Wintergarten/set/#" with regex /^mqtt\.0\.MHI_Wintergarten\.set(\..*)?/
2022-03-07 13:55:50.855 - info: mqtt.0 (484126) State value to set for "mqtt.0.MHI_Wintergarten.connected" has to be type "string" but received type "number"
2022-03-07 13:55:51.469 - warn: zigbee.0 (484023) DeviceAvailability:Failed to ping 0xec1bbdfffxcv4bd6 TS011F
2022-03-07 13:55:51.567 - info: hm-rpc.1 (484156) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2022-03-07 13:55:51.622 - info: hm-rpc.1 (484156) starting. Version 1.15.8 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v14.19.0, js-controller: 4.0.19
2022-03-07 13:55:51.732 - warn: zigbee.0 (484023) DeviceAvailability:Failed to ping 0x847127fffedeae6c TRADFRI control outlet
2022-03-07 13:55:51.786 - info: shelly.0 (484065) [MQTT] Device 192.168.59.14 (shellyswitch25 / shellyswitch25-C45BBE7750DE / SHSW-25#C45BBE8850DE#1) connected! Polltime set to 5 sec.
2022-03-07 13:55:51.877 - info: mqtt.0 (484126) Client [frigate] connected with secret 1646657751877_2372
2022-03-07 13:55:51.880 - info: mqtt.0 (484126) Client [frigate] subscribes on "frigate/#" with regex /^frigate(\..*)?/
2022-03-07 13:55:51.881 - info: mqtt.0 (484126) Client [frigate] subscribes on "frigate/#" with regex /^mqtt\.0\.frigate(\..*)?/
2022-03-07 13:55:52.480 - info: hm-rpc.1 (484156) xmlrpc server is trying to listen on 192.168.66.68:2002
2022-03-07 13:55:52.481 - info: hm-rpc.1 (484156) xmlrpc client is trying to connect to 192.168.66.36:2000/ with ["http://192.168.66.68:2002","ioBroker:hm-rpc.1:024a6bfca93419bbe85212f744a95442"]
2022-03-07 13:55:52.525 - info: hm-rpc.1 (484156) xmlrpc <- system.listMethods ["ioBroker:hm-rpc.1:024a6bfca93419bbe85212f744a95442"]
2022-03-07 13:55:52.536 - info: hm-rpc.1 (484156) xmlrpc <- listDevices ["ioBroker:hm-rpc.1:024a6bfca93419bbe85212f744a95442"]
2022-03-07 13:55:52.848 - info: hm-rpc.1 (484156) xmlrpc -> 242 devices
2022-03-07 13:55:52.881 - info: hm-rpc.1 (484156) Connected
2022-03-07 13:55:53.395 - info: sonoff.0 (484076) Client [Sonoff4ch_2] connected with secret 1646677553393_4879
2022-03-07 13:55:53.927 - info: sonoff.0 (484076) Client [Sonoff_DualR2] connected with secret 164688973926_3869

Und dann eben nach neustart des hm-rpc Adapters bzw nur die hm-rpc.1 wired Instanz:

2022-03-07 19:01:50.212 - info: smartmeter.0 (484111) Received 7 values, 3 updated
2022-03-07 19:03:34.425 - info: host.ioBroker stopInstance system.adapter.hm-rpc.1 (force=false, process=true)
2022-03-07 19:03:34.430 - info: host.ioBroker stopInstance system.adapter.hm-rpc.1 send kill signal
2022-03-07 19:03:34.428 - info: hm-rpc.1 (484156) Got terminate signal TERMINATE_YOURSELF
2022-03-07 19:03:34.663 - info: hm-rpc.1 (484156) xmlrpc -> 192.168.66.36:2000/ init ["http://192.168.66.68:2002",""]
2022-03-07 19:03:34.672 - info: hm-rpc.1 (484156) Disconnected
2022-03-07 19:03:34.717 - info: hm-rpc.1 (484156) terminating
2022-03-07 19:03:34.734 - info: hm-rpc.1 (484156) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2022-03-07 19:03:35.528 - info: host.ioBroker instance system.adapter.hm-rpc.1 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2022-03-07 19:03:38.192 - info: host.ioBroker instance system.adapter.hm-rpc.1 started with pid 511752
2022-03-07 19:03:39.827 - info: hm-rpc.1 (511752) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2022-03-07 19:03:40.129 - info: hm-rpc.1 (511752) starting. Version 1.15.8 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v14.19.0, js-controller: 4.0.19
2022-03-07 19:03:41.007 - info: hm-rpc.1 (511752) xmlrpc server is trying to listen on 192.168.66.68:2002
2022-03-07 19:03:41.008 - info: hm-rpc.1 (511752) xmlrpc client is trying to connect to 192.168.66.36:2000/ with ["http://192.168.66.68:2002","ioBroker:hm-rpc.1:dde1b544f7f99151fe1ff58812f7f12d"]
2022-03-07 19:03:41.028 - info: hm-rpc.1 (511752) xmlrpc <- system.listMethods ["ioBroker:hm-rpc.1:dde1b544f7f99151fe1ff58812f7f12d"]
2022-03-07 19:03:41.036 - info: hm-rpc.1 (511752) xmlrpc <- listDevices ["ioBroker:hm-rpc.1:dde1b544f7f99151fe1ff58812f7f12d"]
2022-03-07 19:03:41.359 - info: hm-rpc.1 (511752) xmlrpc -> 242 devices
2022-03-07 19:03:41.389 - info: hm-rpc.1 (511752) Connected