massive CPU Auslastung

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

Bildschirmfoto vom 2022-02-14 20-30-21.png

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

Bildschirmfoto vom 2022-02-14 20-45-22.png

Sieht bei mir z.B. so aus.

Was mir auch noch komisch vorkommt ... dieses noname

Jabba_the_Hutt

@da_Woody

Was ich Dir empfehlen kann ... installiere dir eine Testumgebung. Somit ist deine Produktivumgebung nicht betroffen. Die Änderungen zwischen Test und Produktiv kannst Du ja dann ganz einfach nachinstalliern bzw. anpassen und Du hast wesentlich weniger Stress.

NEWS

massive CPU Auslastung

Support us

1.7k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts

NEWS

massive CPU Auslastung

Support us

1.7kOnline

30.5kUsers

76.8kTopics

1.2mPosts

1.7k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts