UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Benda]

@thomas-braun said in IoBroker CPU Load 100%:

broken atomic modeset userspace detected, disabling atomic

auf 'irgendwas', was auf X zugreifen will. Läuft da VNC oder sowas?
who -r

liefert? Ein Display hängt ja nicht am Pi dran. Dann kann man auch X ausknipsen.

pi@SchnubbBerry:~ $ who -r
         Runlevel 5   2021-01-18 12:08

Ein Display hängt nicht dran.

[Thomas Braun]

@jan-benda
Dann stell da RunLevel 3 ein. Geht am besten per

raspi-config

Irgendwo in den Boot Optionen kann man auswählen, dass man in das CLI with LogIn required (oder so ähnlich) booten will.

[Homoran]

@thomas-braun sagte in IoBroker CPU Load 100%:

Irgendwo in den Boot Optionen kann man auswählen,

und wenn du schon in raspi-config drin bist, schalte dir den SSH Zugang für puTTY frei

[Thomas Braun]

@homoran @Jan-Benda
Und die Zeitzone auf Europe/Berlin. Wird ja auch gerne übersehen.

[Benda]

puTTY verwende ich nicht, greife nur über den mac auf den raspberry zu.
Timezone war schon korrekt

Die Bootoption habe ich auf Console Autologin gestellt.

Als Auslöser für das Problem vermute ich mittlerweile mein Bewegungsmelder Javascript,
da meine Hue Lampen beim ausschalten automatisch wieder einschalten -.-
Mit dem Deaktivieren des javascript adapters sollte das Script aber doch eigentlich umgangen werden?

in top sehe ich nach wie vor die schwankende Anzahl an iobroker / node prozessen

[Thomas Braun]

@jan-benda sagte in IoBroker CPU Load 100%:

Console Autologin

Würde ich nicht machen. Dann ist da immer eine shell offen, die per sudo alles darf. Besser auf 'LogIn Required' stellen. Von deinem Mac gehst du vermutlich ja eh per ssh und Passwort auf die Kiste.

[Benda]

@thomas-braun said in IoBroker CPU Load 100%:

Console Autologin

Würde ich nicht mache. Dann ist da immer eine shell offen, die per sudo alles darf. Besser auf 'LogIn Required' stellen. Von deinem Mac gehst du vermutlich ja eh per ssh und Passwort auf die Kiste.

okay, verstanden, war ein verständnisfehler, dachte der raspberry fährt sonst gar nicht erst hoch ohne login.

[Thomas Braun]

@jan-benda sagte in IoBroker CPU Load 100%:

okay, verstanden, war ein verständnisfehler, dachte der raspberry fährt sonst gar nicht erst hoch ohne login.

Doch, und die Systemuser wie 'iobroker' wuseln auch los. Also kein Problem, das sich ein Standard-User nochmal ordentlich anmelden muss.

[Benda]

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...

[paul53]

@jan-benda sagte: warte 1 min

Das kann zu kurz sein.

[Benda]

@paul53 wenn ich direkt checke taucht der adapter als disabled auf

[Homoran]

@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

[Benda]

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:~ $ 

[Thomas Braun]

@jan-benda Da ist ja auch der admin nicht 'alive'.

[Benda]

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..

[Benda]

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

[Homoran]

@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?

[Benda]

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..