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

[Diginix]

@alcalzone sagte in js-controller 4.0 jetzt im BETA/LATEST!:

iobroker 19346 32.8  9.9 1343844 610472 ?      Sl   Feb13 322:00 io.javascript.0

Da scheint der Skript-Adapter auch mächtig ausgelastet zu sein. 32% CPU-Last wenn ich das richtig interpretiere? 1.3GB RAM? Wird der mit state changes bombardiert?

@da_Woody Oder Skripte die schlecht performen, zu oft triggern oder oder. Bekommt man am einfachsten heraus wenn man alle Skripte stück für Stück stoppt und schaut wann sich die Last signifikant verringert. Wenn es natürlich die Summe aller Skripte ist und nicht 1-2 ungünstige Skripte, ist es schwieriger.

[da_Woody]

@arteck ok, mal gestoppt. proxmox stop/start keine änderung.
@AlCalzone da läuft nicht viel.

der adaptermonitor hat mir warnings gebracht nach stop/start.

15:12:57.279	warn	javascript.0 (19346) at checkAdapters (script.js.common.Überwachung.Adapter-Monitor:254:12)
15:12:57.280	warn	javascript.0 (19346) at Object.<anonymous> (script.js.common.Überwachung.Adapter-Monitor:378:9)

auch gestoppt. nach reboot der ganzen proxmox kiste keine änderung...

wenn ich versuche ioB pages aufzurufen, bekomm ich alle möglichen fehler...

[Thomas Braun]

@da_Woody

@diginix sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Oder Skripte die schlecht performen, zu oft triggern oder oder.

Oder Skripte die unter dem falschen User laufen. Wie das wahrscheinlich:

root       351  0.1  0.0   7920  2568 ?        Ss   Feb12   2:49 /bin/bash /home/woody/wetterstation.sh

[da_Woody]

@thomas-braun versteh ich zwar nicht so ganz, aber ok.
das wurde nach der beschreibung eingerichtet und hat mit 3.3.22 keine probleme gemacht...

[AlCalzone]

@da_woody sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@AlCalzone da läuft nicht viel.

Muss ja nicht viel sein. Ein einziges Skript kann sehr viel Last verursachen, wenn es häufig triggert und dann viel zu tun hat. Hast du Skripte, in denen du viele States subscribest? Hast du es schon mal mit deaktivierten JS-Adapter versucht? Dein Controller ist auch sehr ausgelastet, ggf. generiert ein Skript ja sehr viele State changes.

[Matt77CHE]

Ein Ansatz wäre, wenn du wissen möchtest woher die Auslastung kommt, mal alle Instanzen anzuhalten und sie wieder nach und nach laufen zu lassen. Das Selbe evtl auch bei den Skripten...

[Diginix]

@matt77che Es ist doch schon bekannt, dass es die javascript Instanz ist.
Daher muss man das darin verantwortliche Skript finden, falls es eines ist. Können auch mehrere "schlechte" sein.
Bei mir laufen >100 Skripte auf einem recht ähnlichen System, aber javascript braucht nur 2-6 % CPU

[da_Woody]

@matt77che bin grad an den scripten dran...
ist halt mühsam, wenn man minutenlang braucht, bis vllt eine seite aufgeht.
so, alle scripte deaktiviert. keine änderung...
auch das stoppen der wetterstation mit

sudo systemctl stop wetterstation

der von @Thomas Braun bemängelten wetterstation hat keine änderung gebracht.
einbahnstraße.
werd jetzt mit den adaptern weiter machen...
mir ist schon klar, als nichtlinuxer sollte man stable fummeln. da ich aber gerne, auch für andere, testen tue, mach ich halt so blödsinn. darum raunz ich auch wenig bei problemen rum. ich find meist einen weg (die VM mit influxDB/grafana/TasmoAdmin hab ich auch nach wochen wieder hingebogen). aber da steh ich echt komplett an.

nach wiederstart der wetterstation und status anfrage:

woody@ioBroker:~$ sudo systemctl restart wetterstation
woody@ioBroker:~$ sudo systemctl status wetterstation
● wetterstation.service - Service für ioBroker Wetterstation
   Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; vendor preset: enabled)
   Active: active (running) since Mon 2022-02-14 16:19:46 CET; 7s ago
 Main PID: 15493 (wetterstation.s)
    Tasks: 2 (limit: 4915)
   Memory: 9.0M
   CGroup: /system.slice/wetterstation.service
           ├─15493 /bin/bash /home/woody/wetterstation.sh
           └─15510 curl -s HTTP://192.168.0.250:8087/set/0_userdata.0.WoodyWetter._Kommunikationsfehler?value=false&ack=

Feb 14 16:19:46 ioBroker systemd[1]: Started Service für ioBroker Wetterstation.
Feb 14 16:19:46 ioBroker wetterstation.sh[15493]: Connection to 192.168.0.250 8087 port [tcp/*] succeeded!
lines 1-12/12 (END)

[Matt77CHE]

Kurz noch was Anderes dazu; wenn du Proxmox nutzt, machst du bevor du rumprobierst kurz ein Backup? - dann könntest du - falls was schief läuft - einfach das Backup der VM oder CT wieder einspielen und gut ist....
(dies ist mitunter ein Hauptgrund, weiso ich Proxmox nutze...)

[da_Woody]

@matt77che hehe, i know. leider vergess ich das hinundwieder...

[AlCalzone]

@da_woody sagte in js-controller 4.0 jetzt im BETA/LATEST!:

alle scripte deaktiviert. keine änderung...

Wenn da ein Timer im Hintergrund amok läuft, kann das sein. Starte mal neu mit deaktivierten Skripten.

[da_Woody]

@alcalzone k, wüsste zwar nicht wo da ein timer laufen sollte, werds aber später testen. erklärt aber auch nicht, warums mit 3.3.22 funktioniert.

unterm helm rauchts seit tagen... werd mal nahrung zu mir nehmen und dann weiterlinsen...
nochwas zu @Matt77CHE hab ja schon die VM zurückgespielt, nach updaten aller adapter auf l8est war das prob ja wieder da...

[apollon77]

@da_woody Also 96% CPU Auslastung sagt schein einiges ... Welcher prozes sist es denn? Bitte mal mit "top" berobachten.

EDIT: Ja ok wenn es "Java script adapter ist dann wie oben beschrieben, alle Skripte stoppen, JS Adapter restarten, dann Skripte neu starten eins nach dem anderen und beobachten

[AlCalzone]

Also 96% CPU Auslastung

@apollon77 Haben wir doch schon eingegrenzt: Javascript bei 30% und controller gönnt sich den Rest.

[apollon77]

@alcalzone Jo ok

@da_Woody Was ist es denn für ein Host? Also Hardware? Und mich würde auch malinteressieren wieviele State changes da so durchfliessen. Also mal bitte im Admin (wenn der wieder geht) unterInstanzen mit Expertenmodus aktiv schauen wieviele nachrichten da so aus welchem Adapter raus und in welchen Adapter rein gehen

[da_Woody]

@apollon77 hardware, weiter oben schon im screenshot zu sehn, aber:
CPU(s) 4 x Intel(R) Core(TM) i5-4670 CPU @ 3.40GHz (1 Socket) 16GB RAM
hab alle scripte gestoppt, den ganzen rechner neu gestartet.

top - 19:59:38 up 1 min,  1 user,  load average: 2,10, 0,78, 0,29
Tasks: 106 total,   2 running, 104 sleeping,   0 stopped,   0 zombie
%Cpu(s): 53,1 us,  0,7 sy,  0,0 ni, 45,8 id,  0,0 wa,  0,0 hi,  0,2 si,  0,3 st
MiB Mem :   5962,7 total,   3360,4 free,   2060,1 used,    542,2 buff/cache
MiB Swap:    975,0 total,    975,0 free,      0,0 used.   3674,9 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
  362 iobroker  20   0 1596300   1,0g  35292 R  99,0  17,2   1:53.97 iobroker.js-con
  598 iobroker  20   0  659404  59236  30900 S   3,3   1,0   0:00.76 node
  632 iobroker  20   0  654964  54132  30816 S   1,7   0,9   0:00.60 node
  647 iobroker  20   0  654648  55100  30900 S   1,3   0,9   0:00.58 node
  665 iobroker  20   0  657448  57780  30928 S   1,3   0,9   0:00.59 node
  614 iobroker  20   0  654488  53380  30920 S   0,7   0,9   0:00.59 node
  418 iobroker  20   0 1121860 270788  31740 S   0,3   4,4   0:06.94 io.admin.0
  523 iobroker  20   0  653296  55968  30896 S   0,3   0,9   0:00.55 io.ping.0
  576 iobroker  20   0  658492  60724  30920 S   0,3   1,0   0:00.68 io.synology.1
  621 iobroker  20   0  639176  67324  30660 S   0,3   1,1   0:00.50 node
  658 iobroker  20   0  639076  65804  30708 S   0,3   1,1   0:00.46 node
    1 root      20   0   21920   9820   7700 S   0,0   0,2   0:01.00 systemd
    2 root      20   0       0      0      0 S   0,0   0,0   0:00.00 kthreadd
    3 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_gp
    4 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_par_gp
    5 root      20   0       0      0      0 I   0,0   0,0   0:00.06 kworker/0:0-events
    6 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/0:0H-kblockd
    7 root      20   0       0      0      0 I   0,0   0,0   0:00.01 kworker/u4:0-events_unbound
    8 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 mm_percpu_wq
    9 root      20   0       0      0      0 S   0,0   0,0   0:00.01 ksoftirqd/0
   10 root      20   0       0      0      0 I   0,0   0,0   0:00.11 rcu_sched
   11 root      20   0       0      0      0 I   0,0   0,0   0:00.00 rcu_bh
   12 root      rt   0       0      0      0 S   0,0   0,0   0:00.00 migration/0
   13 root      20   0       0      0      0 I   0,0   0,0   0:00.06 kworker/0:1-cgroup_destroy
   14 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/0
   15 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/1
   16 root      rt   0       0      0      0 S   0,0   0,0   0:00.36 migration/1
   17 root      20   0       0      0      0 S   0,0   0,0   0:00.01 ksoftirqd/1
   18 root      20   0       0      0      0 I   0,0   0,0   0:00.00 kworker/1:0-pm
   19 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/1:0H-kblockd
   20 root      20   0       0      0      0 S   0,0   0,0   0:00.01 kdevtmpfs
   21 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 netns
   22 root      20   0       0      0      0 S   0,0   0,0   0:00.00 kauditd
   23 root      20   0       0      0      0 S   0,0   0,0   0:00.00 khungtaskd
   24 root      20   0       0      0      0 S   0,0   0,0   0:00.00 oom_reaper
   25 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 writeback
   26 root      20   0       0      0      0 S   0,0   0,0   0:00.00 kcompactd0
   27 root      25   5       0      0      0 S   0,0   0,0   0:00.00 ksmd
   28 root      39  19       0      0      0 S   0,0   0,0   0:00.02 khugepaged
   29 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 crypto
   30 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kintegrityd
   31 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kblockd
   32 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 edac-poller
   33 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 devfreq_wq
   34 root      rt   0       0      0      0 S   0,0   0,0   0:00.00 watchdogd
   35 root      20   0       0      0      0 I   0,0   0,0   0:00.00 kworker/1:1-ata_sff
   36 root      20   0       0      0      0 S   0,0   0,0   0:00.00 kswapd0
   54 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kthrotld
   55 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 ipv6_addrconf
   56 root      20   0       0      0      0 I   0,0   0,0   0:00.00 kworker/u4:1-events_unbound
   65 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kstrp
  102 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 ata_sff
  103 root      20   0       0      0      0 S   0,0   0,0   0:00.00 scsi_eh_0

nach einer halben stunde:

top - 20:30:12 up 32 min,  1 user,  load average: 1,72, 2,24, 2,28
Tasks: 120 total,   6 running, 114 sleeping,   0 stopped,   0 zombie
%Cpu(s): 65,0 us,  4,3 sy,  0,0 ni, 27,4 id,  0,0 wa,  0,0 hi,  1,2 si,  2,1 st
MiB Mem :   5962,7 total,    588,0 free,   4920,6 used,    454,2 buff/cache
MiB Swap:    975,0 total,    974,7 free,      0,3 used.    808,9 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
  362 iobroker  20   0 2038704   1,2g  35560 R  92,7  20,3  27:54.29 iobroker.js-con
11489 iobroker  20   0  659388  73036  30940 S  16,6   1,2   0:00.50 node
  470 iobroker  20   0  952264 392480  30868 R  10,0   6,4   3:14.46 io.javascript.0
  434 iobroker  20   0  745252 192116  30960 R   7,0   3,1   2:37.42 io.influxdb.0
  538 iobroker  20   0  737240 168776  31160 S   4,0   2,8   1:27.15 io.shelly.0
  418 iobroker  20   0 1739912 930244  36568 S   3,3  15,2   7:25.28 io.admin.0
  516 iobroker  20   0  798752 215080  30764 R   3,0   3,5   2:09.28 io.mqtt.0
  924 iobroker  20   0  731628  80104  31272 S   2,0   1,3   0:34.92 io.klipper-moon
11365 iobroker  20   0  657908  54780  31036 S   1,0   0,9   0:00.72 io.weatherunder
  871 iobroker  20   0  927584  66784  32224 S   0,7   1,1   0:02.78 io.web-speedy.0
11376 iobroker  20   0  656932  71584  30984 S   0,7   1,2   0:00.55 node
  554 iobroker  20   0  667516  71440  31812 S   0,3   1,2   0:03.31 io.synology.0
  598 iobroker  20   0 1033876 111976  38564 S   0,3   1,8   0:04.16 io.mihome-vacuu
  614 iobroker  20   0  680164  80308  30904 S   0,3   1,3   0:38.29 io.sonoff.0
  658 iobroker  20   0  656712  61472  30900 S   0,3   1,0   0:02.73 io.device-remin
  804 iobroker  20   0  778244 184136  31044 S   0,3   3,0   0:33.77 io.simple-api.0
  887 iobroker  20   0  998560 143624  31408 S   0,3   2,4   0:15.64 io.web.0
  944 iobroker  20   0  922528  61428  32056 S   0,3   1,0   0:01.73 io.switchbot-hu
  998 iobroker  20   0  922088  62612  31960 S   0,3   1,0   0:06.08 io.fronius-sola
 1553 iobroker  20   0  988936 134848  31924 S   0,3   2,2   0:05.63 io.iot.0
11105 woody     20   0   11096   3448   2944 R   0,3   0,1   0:00.05 top
    1 root      20   0   21920   9800   7700 S   0,0   0,2   0:01.10 systemd
    2 root      20   0       0      0      0 S   0,0   0,0   0:00.00 kthreadd
    3 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_gp
    4 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_par_gp
    5 root      20   0       0      0      0 I   0,0   0,0   0:00.16 kworker/0:0-events
    6 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/0:0H-kblockd
    8 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 mm_percpu_wq
    9 root      20   0       0      0      0 S   0,0   0,0   0:00.17 ksoftirqd/0
   10 root      20   0       0      0      0 I   0,0   0,0   0:01.48 rcu_sched
   11 root      20   0       0      0      0 I   0,0   0,0   0:00.00 rcu_bh
   12 root      rt   0       0      0      0 S   0,0   0,0   0:00.01 migration/0
   14 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/0
   15 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/1
   16 root      rt   0       0      0      0 S   0,0   0,0   0:00.36 migration/1
   17 root      20   0       0      0      0 S   0,0   0,0   0:01.16 ksoftirqd/1
   19 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/1:0H-kblockd
   20 root      20   0       0      0      0 S   0,0   0,0   0:00.01 kdevtmpfs
   21 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 netns
   22 root      20   0       0      0      0 S   0,0   0,0   0:00.00 kauditd
   23 root      20   0       0      0      0 S   0,0   0,0   0:00.00 khungtaskd
   24 root      20   0       0      0      0 S   0,0   0,0   0:00.00 oom_reaper
   25 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 writeback
   26 root      20   0       0      0      0 S   0,0   0,0   0:00.00 kcompactd0
   27 root      25   5       0      0      0 S   0,0   0,0   0:00.00 ksmd
   28 root      39  19       0      0      0 S   0,0   0,0   0:00.40 khugepaged
   29 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 crypto
   30 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kintegrityd
   31 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kblockd
   32 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 edac-poller
   33 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 devfreq_wq
   34 root      rt   0       0      0      0 S   0,0   0,0   0:00.00 watchdogd
   36 root      20   0       0      0      0 S   0,0   0,0   0:00.05 kswapd0
   54 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kthrotld
   55 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 ipv6_addrconf
   65 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kstrp
  102 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 ata_sff
  103 root      20   0       0      0      0 S   0,0   0,0   0:00.00 scsi_eh_0
  104 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 scsi_tmf_0

js-controller geht teilweise auf über 120% hoch... dementsprechend dauert es ewig irgendwas aufzurufen...
endlich die instanzen erreicht... die gewünschte ansicht:

[Jabba_the_Hutt]

@da_woody

Ich würde sagen, dass hier der Fehler vorm Bildschirm zu suchen ist ....

So sieht das ganze bei mir aus und ich habe ähnlich viele Geräte, Scripte usw. am Laufen. Auch unter Proxmos mit ähnlicher Hardware.

Ausserdem hat ein sudo oder root bei iobroker nichts zu suchen.

[da_Woody]

@jabba_the_hutt sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Ich würde sagen, dass hier der Fehler vorm Bildschirm zu suchen ist ....

hilft ja gut weiter... is mir schon klar das irgendein fehler bei/von mir ist, vllt sind 3 monitore zu viel...

[Diginix]

@da_woody sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Du hast ja schon mal in 17 Tabs das iobroker Backend offen. Das würde ich mal auf einen einzigen Tab an einem einzigen Rechner reduzieren. K.a. was das ausmacht. Aber hab ich so noch nie gesehen.

Und wenn deine javascript Instanz wieder läuft wäre dieser Screenshot interessant. Da sieht man wie viele States dein JS Adapter abonniert.

[Jabba_the_Hutt]

Sieht bei mir z.B. so aus.

Was mir auch noch komisch vorkommt ... dieses noname