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

[Thomas Braun]

@brokeling
Hau nochmal ein

iobroker update && iobroker upgrade

rein.

[Thomas Braun]

@brokeling
Ich wunder mich gerade auch, welcher Adapter das Modul braucht.

cd /opt/iobroker
npm list authenticate-pam

[brokeling]

@thomas-braun said in Was stoppt meinen Iobroker???:

@brokeling
Hau nochmal ein

iobroker update && iobroker upgrade

rein.

das beschäftigt ihn schon wieder ganz schön lange!
Momentan immer noch.

[paul53]

@brokeling said:
den Hänger nach 30s hat er noch

Stoppe mal die Javascript-Instanz und schau nach einiger Wartezeit (oder ioBroker-Neustart), ob die Hänger bleiben.

[Thomas Braun]

@brokeling Hmmmm. Hier schnurrt das in wenigen Sekunden durch.

[brokeling]

@paul53 said in Was stoppt meinen Iobroker???:

@brokeling said:
den Hänger nach 30s hat er noch

Stoppe mal die Javascript-Instanz und schau nach einiger Wartezeit (oder ioBroker-Neustart), ob die Hänger bleiben.

da hab ich dann nicht so recht die Idee wie ich die Hänger darstellen/kontrollieren kann. Bisher mache ich das mit einem Javascript (hochzählen).

[Thomas Braun]

@brokeling
Vom nicht sauberen Modul-Bau abgesehen vermute ich auch eher, dass da irgendein skript da aus dem Ruder läuft.

[paul53]

@brokeling said:
wie ich die Hänger darstellen/kontrollieren kann.

Die muss man auch durch Beobachtung per "top" erkennen, da alle 30 s die CPU-Last hochgehen muss.
Sonst stoppe alle Skripte (auch unter "global") außer das Hochzähl-Skript.

[brokeling]

@thomas-braun said in Was stoppt meinen Iobroker???:

@brokeling Hmmmm. Hier schnurrt das in wenigen Sekunden durch.

Jetzt geht as auch gut durch. Ich mach nochmal reboot.

[brokeling]

@thomas-braun said in Was stoppt meinen Iobroker???:

npm list authenticate-pam

pi@raspi:/opt/iobroker $ npm list authenticate-pam
iobroker.inst@2.0.3 /opt/iobroker
└─┬ iobroker.terminal@0.1.2
  └── UNMET OPTIONAL DEPENDENCY authenticate-pam@1.0.2

[Thomas Braun]

@brokeling

Hmmm. Den terminal-Adapter finde ich ja auch einen der am ehesten entbehrlichen. Hast ja eh eine Konsole per puTTY da zur Hand.
Ich würde den Adapter rauswerfen.

Was nicht läuft kann auch keinen Ärger mehr machen. :-D

[brokeling]

@thomas-braun said in Was stoppt meinen Iobroker???:

@brokeling

Hmmm. Den terminal-Adapter finde ich ja auch einen der am ehesten entbehrlichen. Hast ja eh eine Konsole per puTTY da zur Hand.
Ich würde den Adapter rauswerfen.

Was nicht läuft kann auch keinen Ärger mehr machen. :-D

:+1: ist weg.

[brokeling]

@paul53
das mit top hab ich mal durchprobiert. Das stellt sich da nicht so eindeutig raus.
Ich muss das mit selektivem Abschalten machen, dass nur noch Hochzählen läuft. Das dürfte eindeutiger sein.

[brokeling]

An einem Skript liegt es wohl NICHT.
Alle abgeschaltet, nur das Hochzähl-Skript noch aktiv: Fehler besteht immer noch. Zum Haareraufen :angry:

[Homoran]

@Thomas-Braun
@brokeling said in Was stoppt meinen Iobroker???:

mit htop erscheint
iobroker.js-controller als am meisten die CPU belastend
PID: 697

Warum schraubt ihr an den Adaptern?
Hier läuft doch ein core mit dem js-controller aus dem Ruder.

Ich komme mit htop nicht klar, aber der zeigt doch den Prozess bei jedem core, oder?
Aber 5 Prozesse wären dann ein core zuviel!

[paul53]

@homoran said: 5 Prozesse wären dann ein core zuviel!

Mein 4-Kerner zeigt bei htop 11 Prozesse beim js-controller und pro Javascript-Instanz.

[brokeling]

Ich habe jetzt alle Instanzen deaktiviert, bis auf admin.
Es kommen immer noch Belastungen bis/über 100% vor, wobei mir scheint weniger.

[paul53]

@brokeling said: Es kommen immer noch Belastungen bis/über 100% vor

Auch nach reboot ?

[Thomas Braun]

@homoran said in Was stoppt meinen Iobroker???:

js-controller aus dem Ruder

Das stimmt, der hat etwas Schluckauf, scheint mir. Ich hätte da eher auf den io.javaskript getippt.

htop zeigt aber nicht (direkt) die Prozesse auf einem core an sondern nach PID / process id. Bei mir läuft der z. B. mit 11 (Unter)-Prozessen:

PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command  
551 iobroker   20   0  278M  149M 27996 S  0.6  3.9 20:41.89 iobroker.js-controller                
578 iobroker   20   0  278M  149M 27996 S  0.0  3.9  1:33.63 iobroker.js-controller
577 iobroker   20   0  278M  149M 27996 S  0.0  3.9  1:33.77 iobroker.js-controller
579 iobroker   20   0  278M  149M 27996 S  0.0  3.9  1:34.24 iobroker.js-controller
576 iobroker   20   0  278M  149M 27996 S  0.0  3.9  1:33.53 iobroker.js-controller
585 iobroker   20   0  278M  149M 27996 S  0.0  3.9  0:00.63 iobroker.js-controller
587 iobroker   20   0  278M  149M 27996 S  0.0  3.9  0:00.63 iobroker.js-controller
586 iobroker   20   0  278M  149M 27996 S  0.0  3.9  0:00.55 iobroker.js-controller
584 iobroker   20   0  278M  149M 27996 S  0.0  3.9  0:00.80 iobroker.js-controller
580 iobroker   20   0  278M  149M 27996 S  0.0  3.9  0:00.00 iobroker.js-controller
575 iobroker   20   0  278M  149M 27996 S  0.0  3.9  0:00.00 iobroker.js-controller

Was jetzt da bei @brokeling klemmt... Keine Ahnung.

[brokeling]

noch jetzt vielleicht was Auffälliges.
Wenn ich die Objekte betrachte, dann muss ich, um die das Hochzähl-Objekt live zu sehen, eine Aktualisierung der Seite machen (über Browser).
Das dauert dann schon relativ lange und in htop fährt die Belastung die gleich-lange Zeit auf ca. 100% an (io.admin.0)
Aktualisierungsdauer: 35 Sekunden
Ist das bei euch auch so?