100% CPU-Auslastung wegen io.admin.0 ?
-
Wodurch kann die hohe CPU Last verursacht werden?
Die Adapter habe ich bereits alle gestoppt und das System neu gestaret ...
Anbei die Ausgabe von "top" und "iobroker list instances"top - 23:54:28 up 6 min, 0 users, load average: 2.29, 2.44, 2.41 Tasks: 21 total, 2 running, 19 sleeping, 0 stopped, 0 zombie %Cpu(s): 25.4 us, 3.3 sy, 0.0 ni, 71.2 id, 0.0 wa, 0.0 hi, 0.1 si, 0.0 st MiB Mem : 16384.0 total, 15886.9 free, 454.9 used, 42.1 buff/cache MiB Swap: 0.0 total, 0.0 free, 0.0 used. 15929.1 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 537 iobroker 20 0 1078260 233480 22256 R 108.0 1.4 3:14.66 io.admin.0 182 redis 20 0 269492 165128 3948 S 3.3 1.0 0:15.53 redis-server 192 iobroker 20 0 642092 58032 19652 S 1.3 0.3 0:05.22 iobroker.js-con 54 root 20 0 277200 130648 129752 S 0.7 0.8 0:03.13 systemd-journal 107 root 20 0 151128 2860 2156 S 0.7 0.0 0:01.34 rsyslogd 1 root 20 0 173728 6792 4476 S 0.0 0.0 0:00.23 systemd 71 systemd+ 20 0 16156 3616 2724 S 0.0 0.0 0:00.02 systemd-network 90 root 20 0 99820 2960 1636 S 0.0 0.0 0:00.00 dhclient 100 _rpc 20 0 7840 2268 1820 S 0.0 0.0 0:00.00 rpcbind 103 systemd+ 20 0 24048 8340 4404 S 0.0 0.0 0:00.03 systemd-resolve 104 root 20 0 6864 1752 1508 S 0.0 0.0 0:00.00 cron 105 message+ 20 0 8184 2832 2328 S 0.0 0.0 0:00.01 dbus-daemon 184 root 20 0 108796 15416 7032 S 0.0 0.1 0:00.08 unattended-upgr 185 root 20 0 5416 1280 1168 S 0.0 0.0 0:00.00 agetty 186 root 20 0 5416 1308 1192 S 0.0 0.0 0:00.00 agetty 187 root 20 0 5416 1316 1200 S 0.0 0.0 0:00.00 agetty 368 root 20 0 39984 2188 1572 S 0.0 0.0 0:00.00 master 369 postfix 20 0 40408 2544 1908 S 0.0 0.0 0:00.00 pickup 370 postfix 20 0 40464 2552 1912 S 0.0 0.0 0:00.00 qmgr 380 root 20 0 7100 2588 2048 S 0.0 0.0 0:00.00 bash 572 root 20 0 9964 2544 2012 R 0.0 0.0 0:00.04 topsystem.adapter.adguard.0 : adguard : lxc-iobroker - disabled + system.adapter.admin.0 : admin : lxc-iobroker - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.alias-manager.0 : alias-manager : lxc-iobroker - disabled system.adapter.daswetter.0 : daswetter : lxc-iobroker - disabled system.adapter.denon.0 : denon : lxc-iobroker - disabled system.adapter.device-reminder.0 : device-reminder : lxc-iobroker - disabled system.adapter.dwd.0 : dwd : lxc-iobroker - disabled system.adapter.echarts.0 : echarts : lxc-iobroker - disabled system.adapter.email.0 : email : lxc-iobroker - disabled system.adapter.feiertage.0 : feiertage : lxc-iobroker - disabled system.adapter.harmony.0 : harmony : lxc-iobroker - disabled system.adapter.heos.0 : heos : lxc-iobroker - disabled system.adapter.ical.0 : ical : lxc-iobroker - disabled system.adapter.influxdb.0 : influxdb : lxc-iobroker - disabled, port: 8086 system.adapter.jarvis.0 : jarvis : lxc-iobroker - disabled system.adapter.javascript.0 : javascript : lxc-iobroker - disabled system.adapter.klipper-moonraker.0 : klipper-moonraker : lxc-iobroker - disabled system.adapter.kodi.0 : kodi : lxc-iobroker - disabled, port: 9090 system.adapter.lgtv.0 : lgtv : lxc-iobroker - disabled system.adapter.mihome-vacuum.0 : mihome-vacuum : lxc-iobroker - disabled, port: 54321 system.adapter.mihome-vacuum.1 : mihome-vacuum : lxc-iobroker - disabled, port: 54321 system.adapter.mqtt.0 : mqtt : lxc-iobroker - disabled, port: 1883, bind: 0.0.0.0 system.adapter.plex.0 : plex : lxc-iobroker - disabled system.adapter.proxmox.0 : proxmox : lxc-iobroker - disabled, port: 8006 system.adapter.pushover.0 : pushover : lxc-iobroker - disabled system.adapter.s7.0 : s7 : lxc-iobroker - disabled system.adapter.sayit.0 : sayit : lxc-iobroker - disabled, port: 0 system.adapter.scenes.0 : scenes : lxc-iobroker - disabled system.adapter.schoolfree.0 : schoolfree : lxc-iobroker - disabled system.adapter.shuttercontrol.0 : shuttercontrol : lxc-iobroker - disabled system.adapter.smartmeter.0 : smartmeter : lxc-iobroker - disabled system.adapter.sonoff.0 : sonoff : lxc-iobroker - disabled, port: 1883, bind: 0.0.0.0 system.adapter.sourceanalytix.0 : sourceanalytix : lxc-iobroker - disabled system.adapter.statistics.0 : statistics : lxc-iobroker - disabled system.adapter.tankerkoenig.0 : tankerkoenig : lxc-iobroker - disabled system.adapter.telegram.0 : telegram : lxc-iobroker - disabled, port: 8443, bind: 0.0.0.0 system.adapter.terminal.0 : terminal : lxc-iobroker - disabled, port: 8088, bind: 0.0.0.0, run as: admin system.adapter.text2command.0 : text2command : lxc-iobroker - disabled system.adapter.tr-064.0 : tr-064 : lxc-iobroker - disabled system.adapter.trashschedule.0 : trashschedule : lxc-iobroker - disabled system.adapter.upnp.0 : upnp : lxc-iobroker - disabled system.adapter.web.0 : web : lxc-iobroker - disabled, port: 8082, bind: 0.0.0.0, run as: admin system.adapter.wireguard.0 : wireguard : lxc-iobroker - disabled system.adapter.withings.0 : withings : lxc-iobroker - disabled system.adapter.yeelight-2.0 : yeelight-2 : lxc-iobroker - disabled + instance is alive -
@deebee gibt es was im log, welche Admin Version bzw alte oder neue Oberfläche?
-
In der Log steht nichts. Ich benutze die neue Oberfläche.
Admin v5.3.1
-
@deebee eigentlich erstmal nichts Verdächtiges, allerdings weiss ich nicht in wie weit die Ram Auslastung Aussagekräftig ist, bei über 200MB
-
So jetzt erstmal Quick & Dirty …
Ich habe eine neue Instanz Admin.1 erstellt, die alte Admin.0 gelöscht. Das Problem scheint jetzt erstmal weg zu sein. Nur verstanden habe ich es noch nicht.
Wie kann ich jetzt nachträglich die Admin.1 wieder in die ursprüngliche Admin.0 schieben? -
Hallo, da habe ich seit ein paar Tagen ähnliches Problem das nach einigen Stunden iobroker nicht mehr erreichbar ist und der Windows Rechner fast nicht mehr bedienbar ist. Prozessorlast fast immer 100%. Nach iobroker Neustart gehts wieder für einige Stunden. Gerade meldet der Host folgendes:
Probleme mit der Arbeitsspeicher-Verfügbarkeit Es steht nicht genug Arbeitsspeicher zur Verfügung. Die Anzahl der laufenden Adapter und Prozesse sollte geprüft werden, oder ob einzelne Prozesse zuviel Speicher benötigen. Your system has only 48 MB RAM left available and an additional adapter process is started. Please check your system, settings and active instances to prevent swapping and Out-Of-Memory situations! 2022-03-26 23:45:48.793 Your system has only 47 MB RAM left available and an additional adapter process is started. Please check your system, settings and active instances to prevent swapping and Out-Of-Memory situations! 2022-03-26 23:45:48.792 Your system has only 32 MB RAM left available and an additional adapter process is started. Please check your system, settings and active instances to prevent swapping and Out-Of-Memory situations! 2022-03-26 23:45:28.328Unter instances steht das: freier Festplattenspeicher: 7%, Gesamte RAM-Auslastung: 2192 Mb / Frei: 45% = 3676 Mb [Server: NUC - 54 Prozesse]
-
@ritter sagte in 100% CPU-Auslastung wegen io.admin.0 ?:
Festplattenspeicher: 7%
was sind denn 7%?
7% von 2GB, von 10GB, von 100GB??was ich so überflogen habe geht dir der Ram aus, also bräuchte man ein paar Eckdaten.
-
7% von 128GB, jetzt ca. 11 GB freier Festplattenspeicher. Intel NUC i3 8 GB RAM Windows 10 64 bit läuft nur ioBroker drauf.
Im Normalbetrieb sind meistens ca. 3500 MB RAM Belegt. -
@ritter hast du auch nen Log Auszug wo es losgeht?
-
@crunchip den hatte ich mit angehängt, ganz unten log2.txt
-
@ritter dann eben paar Zeilen auch davor
-
ab ca. 23.44 UHR
-
@ritter nichts auffälliges zu sehen zuvor
ab 23.40 beginnt es mit "slow connection to objects DB"irgendein Adapter der den Ram in die Höhe schießen lässt? schon mal kontrolliert in den Instanzen?
-
Momentan fast alle gleich ca. 40 MB bis auf Javascript 135 MB und admin knapp 100 MB. Wenn der Fehler da ist kann ich nicht mehr auf die Admin Oberfläche zugreifen.
Angefangen hat es nachdem ich den Javascript Adapter, Vis und den JSController von 4.019 auf 4.021 aktualisiert habe.
Habe jetzt mal Vis down gegradet da jemand anderes schreibt das bei ihm auch iobroker kpl. abstürzt nach Vis update.
