@Kuddel Wirklich ne mega VIS, aber ich glaube ich bin mit deinen Skripten überfordert. bietest du dahingehend auch deine hilfe an?

@AlCalzone so sieht es aus wenn ich den iobroker stoppe.

root@raspberrypi2:/opt/iobroker# iobroker stop
root@raspberrypi2:/opt/iobroker# ps auxww|grep io
root         9  0.0  0.0      0     0 ?        S    00:39   0:00 [migration/0]
root        13  0.0  0.0      0     0 ?        S    00:39   0:00 [migration/1]
root        18  0.0  0.0      0     0 ?        S    00:39   0:00 [migration/2]
root        23  0.0  0.0      0     0 ?        S    00:39   0:00 [migration/3]
root        34  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        38  0.0  0.0      0     0 ?        S<   00:39   0:00 [rpciod]
root        39  0.0  0.0      0     0 ?        S<   00:39   0:00 [xprtiod]
root        42  0.0  0.0      0     0 ?        S<   00:39   0:00 [nfsiod]
root        53  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        54  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        55  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        56  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        57  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        58  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        59  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        60  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        61  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        62  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        63  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        64  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        65  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        66  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        67  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        68  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        69  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        70  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        71  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        72  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        73  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        74  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        75  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        76  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
root        80  0.0  0.0      0     0 ?        S<   00:39   0:00 [DWC Notificatio]
root        88  0.0  0.0      0     0 ?        S<   00:39   0:00 [bioset]
message+   277  0.0  0.3   6588  3600 ?        Ss   00:39   0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
root       499  0.0  0.8  32184  7744 ?        Sl   00:39   0:00 lightdm --session-child 14 17
pi         515  0.0  1.3  52832 13112 ?        Ssl  00:39   0:00 /usr/bin/lxsession -s LXDE-pi -e LXDE
pi         524  0.0  0.3   6512  3036 ?        Ss   00:39   0:00 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation
pi         590  0.0  0.0   3792   232 ?        Ss   00:39   0:00 /usr/bin/ssh-agent x-session-manager
root      2137  0.0  0.0   4372   532 pts/0    S+   13:53   0:00 grep io

ich muss dazu sagen mein iobroker läuft so ansich und es werden auch alle versionsnummern richtig angezeigt, sei es jetzt node oder js-controller. aber mein eigentliches problem mit meiner alexa besteht leider weiterhin, aber das gehört hier glaube ich nicht hin oder?

@sigi234 hab ich gelesen, was soll ich dem entnehmen?

ich führe alles als root user aus nicht als pi user, falls das vielleicht wichtig ist?

und der installationsfixer muss der im iobroker ordner ausgeführt werden?

@sigi234

root@raspberrypi2:/opt/iobroker# iobroker list instances
system.adapter.admin.0                 : admin       -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
system.adapter.cloud.0                 : cloud       -  enabled
system.adapter.discovery.0             : discovery   -  enabled
system.adapter.hm-rega.0               : hm-rega     -  enabled
system.adapter.hm-rpc.0                : hm-rpc      -  enabled, port: 0
system.adapter.info.0                  : info        -  enabled
system.adapter.samsung.0               : samsung     - disabled
root@raspberrypi2:/opt/iobroker#

node -v
v10.17.0

nodejs -v
v10.17.0

npm -v
v6.11.3

@sigi234 keine ahnung, was sagt dieser wert aus?

@apollon77 den installationsfixer habe ich davor ausgeführt

ich wollte nun auch node.js aktualisieren, was soweit auch klappte. als ich dann aber "npm rebuild" in cd /opt/iobroker ausgeführt habe, kam dies zum schluss. bin bis hier nach der anleitung hier aus dem forum vorgegangen.

gyp ERR! clean error
gyp ERR! stack Error: EACCES: permission denied, rmdir 'build'
gyp ERR! System Linux 4.9.59-v7+
gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gy p/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /opt/iobroker/node_modules/ursa
gyp ERR! node -v v10.17.0
gyp ERR! node-gyp -v v5.0.3
gyp ERR! not ok
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! ursa@0.9.4 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the ursa@0.9.4 install script.
npm ERR! This is probably not a problem with npm. There is likely additional log ging output above.

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

kann mir da einer von euch weiterhelfen? oder kann man dies ignorieren, wahrscheinlich nicht oder?

@Dutchman:

Neu drüber installieren `

"sudo iobroker update" reicht da nicht?

@Homoran:

Die npm dateien sind aber heute geändert worden.

Müsste jetzt auch wieder mit stretch gehen.

Gruß Rainer `

und was muss ich dafür tun?