NEWS
IoBroker CPU Load 100%
-
Ich habe eben festgestellt, dass sich die adapter automatisch wieder aktivieren,
also nach:
iobroker stop javascript.0
warte 1 min
iobroker list instances
listet den javascript adapter wieder als enabled...
-
@jan-benda sagte: warte 1 min
Das kann zu kurz sein.
-
@paul53 wenn ich direkt checke taucht der adapter als disabled auf
-
@jan-benda sagte in IoBroker CPU Load 100%:
listet den javascript adapter wieder als enabled...
War er denn jemals disabled?
oder ist ioBroker sooo beschäftigt, dass der stop Befehl nie ankommt -
Nochmal zum nachvollziehen:
pi@SchnubbBerry:~ $ iobroker list instances system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.alexa2.0 : alexa2 - enabled system.adapter.deconz.0 : deconz - enabled system.adapter.discovery.0 : discovery - enabled system.adapter.ham.0 : ham - disabled system.adapter.heos.0 : heos - disabled system.adapter.hue.0 : hue - enabled, port: 443 system.adapter.info.0 : info - enabled system.adapter.javascript.0 : javascript - enabled system.adapter.scenes.0 : scenes - enabled system.adapter.socketio.0 : socketio - enabled, port: 8084, bind: 0.0.0.0, run as: admin system.adapter.wifilight.0 : wifilight - enabled system.adapter.yahka.0 : yahka - enabled system.adapter.yeelight-2.0 : yeelight-2 - enabled system.adapter.yeelight-2.1 : yeelight-2 - enabled + instance is alive pi@SchnubbBerry:~ $ iobroker stop javascript.0 The adapter "javascript.0" was stopped. pi@SchnubbBerry:~ $ iobroker list instances system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.alexa2.0 : alexa2 - enabled system.adapter.deconz.0 : deconz - enabled system.adapter.discovery.0 : discovery - enabled system.adapter.ham.0 : ham - disabled system.adapter.heos.0 : heos - disabled system.adapter.hue.0 : hue - enabled, port: 443 system.adapter.info.0 : info - enabled system.adapter.javascript.0 : javascript - disabled system.adapter.scenes.0 : scenes - enabled system.adapter.socketio.0 : socketio - enabled, port: 8084, bind: 0.0.0.0, run as: admin system.adapter.wifilight.0 : wifilight - enabled system.adapter.yahka.0 : yahka - enabled system.adapter.yeelight-2.0 : yeelight-2 - enabled system.adapter.yeelight-2.1 : yeelight-2 - enabled + instance is alive pi@SchnubbBerry:~ $ iobroker list instances system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.alexa2.0 : alexa2 - enabled system.adapter.deconz.0 : deconz - enabled system.adapter.discovery.0 : discovery - enabled system.adapter.ham.0 : ham - disabled system.adapter.heos.0 : heos - disabled system.adapter.hue.0 : hue - enabled, port: 443 system.adapter.info.0 : info - enabled system.adapter.javascript.0 : javascript - enabled system.adapter.scenes.0 : scenes - enabled system.adapter.socketio.0 : socketio - enabled, port: 8084, bind: 0.0.0.0, run as: admin system.adapter.wifilight.0 : wifilight - enabled system.adapter.yahka.0 : yahka - enabled system.adapter.yeelight-2.0 : yeelight-2 - enabled system.adapter.yeelight-2.1 : yeelight-2 - enabled + instance is alive pi@SchnubbBerry:~ $
-
@jan-benda Da ist ja auch der admin nicht 'alive'.
-
Ich habs nun wieder ins admin geschafft, über:
iobroker del javascript
Merkwürdigerweise ist die javascript instanz trotzdem noch aktiv und die skripte waren auch am laufen..
Schwer nachvollziehbar.. -
Als Referenz, hier ist mein Kandidat, der das ganze Schlamassel vermutlich verursacht hat:
https://forum.iobroker.net/topic/41100/bewegungsmelder-skript-für-raum-mit-schaltbarem-licht -
@benda sagte in IoBroker CPU Load 100%:
Merkwürdigerweise ist die javascript instanz trotzdem noch aktiv und die skripte waren auch am laufen..
Schwer nachvollziehbar..hast du vielleicht zwei ioBroker Installationen parallel laufen?
einmal original, und einmal irrtümlich in einem anderen Verzeichnis (z.B. home/pi???) installiert, weil du bei einem npm... Befehl nicht vorher nach /opt/iobroker gewechselt hattest? -
Das nicht, ich hatte wie vermutet einen Infinite loop im Script, weil ich versehentlich einen falschen Datenpunkt ausgewählt hatte, nach dem Motto:
on({ scene.Szene1... setState( scene.Szene1..