Memory leak?
-
@djsirius wichtig wäre auch zu wissen, wann der exakte start des disasters ist und dann herausfindet, was da gerade läuft - ich weiß: hört sich einfach an, ist aber manchmal extrem schwierig
=========== Ab hier kopieren ========== *** BASISSYSTEM *** CPU-Architektur: x86_64 Docker: Nein LXC: none Distributor ID: Debian Description: Debian GNU/Linux 10 (buster) Release: 10 Codename: buster Systemuptime und Load: 08:44:07 up 19:44, 1 user, load average: 0,12, 0,19, 0,19 CPU threads: 4 *** Zeit und Zeitzonen *** Fr 4. Nov 07:44:07 UTC 2022 Fr 4. Nov 08:44:07 CET 2022 CET +0100 Europe/Berlin *** User und Gruppen *** iobroker /home/iobroker iobroker tty dialout cdrom floppy sudo audio dip video plugdev netdev bluetooth lpadmin scanner *** X-Server-Setup *** X-Server: Nein Desktop: Konsole: tty *** ARBEITSSPEICHER *** total used free shared buff/cache available Mem: 7,7Gi 2,8Gi 4,6Gi 5,0Mi 364Mi 4,7Gi Swap: 3,9Gi 0,0Ki 3,9Gi Total: 11Gi 2,8Gi 8,5Gi *** DATEISYSTEM *** Dateisystem Typ Größe Benutzt Verf. Verw% Eingehängt auf udev devtmpfs 3,9G 0 3,9G 0% /dev tmpfs tmpfs 790M 2,5M 788M 1% /run /dev/sda2 ext4 454G 23G 407G 6% / tmpfs tmpfs 3,9G 0 3,9G 0% /dev/shm tmpfs tmpfs 5,0M 4,0K 5,0M 1% /run/lock tmpfs tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup /dev/sda1 vfat 511M 3,4M 508M 1% /boot/efi tmpfs tmpfs 790M 0 790M 0% /run/user/1000 Daten in neuralgischen Verzeichnissen: /var: 3,3G /var/ 2,1G /var/cache/apt 2,1G /var/cache 2,0G /var/cache/apt/archives 667M /var/lib /opt/iobroker/backups: 68M /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 813M /opt/iobroker/iobroker-data/ 400M /opt/iobroker/iobroker-data/files 337M /opt/iobroker/iobroker-data/backup-objects 58M /opt/iobroker/iobroker-data/files/scenes.admin/static/js 58M /opt/iobroker/iobroker-data/files/scenes.admin/static Die 5 größten Dateien in iobroker-data: 23M objects.jsonl 18M objects.json.migrated 18M objects.json.bak.migrated 7,9M states.jsonl 4,1M states.json.migrated *** Nodejs-Installation *** /usr/bin/nodejs v16.18.0 /usr/bin/node v16.18.0 /usr/bin/npm 8.19.2 nodejs: Installiert: 16.18.0-deb-1nodesource1 Installationskandidat: 16.18.0-deb-1nodesource1 Versionstabelle: *** 16.18.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x buster/main amd64 Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u2 500 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages 500 http://deb.debian.org/debian-security buster/updates/main amd64 Packages 10.24.0~dfsg-1~deb10u1 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages 500 http://deb.debian.org/debian buster/main amd64 Packages *** ioBroker-Installation *** Versionsnummern der Kern-Adapter js-controller: 4.0.23 Admin-Adapter: 6.2.23 ioBroker-Repos und Updates stable : http://download.iobroker.net/sources-dist.json beta : http://download.iobroker.net/sources-dist-latest.json Active repo(s): stable Used repository: stable Objekte und Zustände werden ermittelt - Dies kann einen Moment dauern. Objekte: 23443 Zustände: 18574 *** Repositories und OS-Updates *** OK:1 http://deb.debian.org/debian buster InRelease OK:2 http://ftp.de.debian.org/debian buster InRelease OK:3 http://security.debian.org/debian-security buster/updates InRelease OK:4 http://deb.debian.org/debian-security buster/updates InRelease OK:5 http://ftp.de.debian.org/debian buster-updates InRelease OK:6 http://deb.debian.org/debian buster-updates InRelease OK:7 https://deb.nodesource.com/node_16.x buster InRelease OK:8 http://deb.debian.org/debian buster-backports InRelease OK:9 https://packages.sury.org/php buster InRelease OK:10 https://packagecloud.io/ookla/speedtest-cli/debian buster InRelease Paketlisten werden gelesen... Fertig Ausstehende Updates: *** Lauschende Ports *** Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name tcp 0 0 0.0.0.0:9000 0.0.0.0:* LISTEN 1000 734935 12109/iobroker.js-c tcp 0 0 0.0.0.0:9001 0.0.0.0:* LISTEN 1000 735672 12109/iobroker.js-c tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 0 21642 814/smbd tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 12578 1/init tcp 0 0 192.168.1.16:2001 0.0.0.0:* LISTEN 1000 737352 12309/io.hm-rpc.0 tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 16353 491/sshd tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 0 1899266 9569/cupsd tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 0 19588 804/exim4 tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 0 21641 814/smbd tcp6 0 0 :::8000 :::* LISTEN 1000 1613850 15065/io.upnp.0 tcp6 0 0 :::139 :::* LISTEN 0 21640 814/smbd tcp6 0 0 :::111 :::* LISTEN 0 12582 1/init tcp6 0 0 :::80 :::* LISTEN 0 21582 815/apache2 tcp6 0 0 :::8081 :::* LISTEN 1000 735714 12134/io.admin.0 tcp6 0 0 :::8082 :::* LISTEN 1000 742937 15389/io.web.0 tcp6 0 0 :::8084 :::* LISTEN 1000 738218 14148/io.socketio.0 tcp6 0 0 :::22 :::* LISTEN 0 16355 491/sshd tcp6 0 0 ::1:631 :::* LISTEN 0 1899265 9569/cupsd tcp6 0 0 :::8087 :::* LISTEN 1000 739935 13922/io.simple-api tcp6 0 0 :::8088 :::* LISTEN 1000 742564 14530/io.terminal.0 tcp6 0 0 ::1:25 :::* LISTEN 0 19589 804/exim4 tcp6 0 0 :::443 :::* LISTEN 0 21586 815/apache2 tcp6 0 0 :::445 :::* LISTEN 0 21639 814/smbd udp 0 0 0.0.0.0:68 0.0.0.0:* 0 19051 504/dhclient udp 0 0 0.0.0.0:111 0.0.0.0:* 0 12579 1/init udp 0 0 192.168.1.255:137 0.0.0.0:* 0 19720 530/nmbd udp 0 0 192.168.1.16:137 0.0.0.0:* 0 19719 530/nmbd udp 0 0 0.0.0.0:137 0.0.0.0:* 0 19705 530/nmbd udp 0 0 192.168.1.255:138 0.0.0.0:* 0 19722 530/nmbd udp 0 0 192.168.1.16:138 0.0.0.0:* 0 19721 530/nmbd udp 0 0 0.0.0.0:138 0.0.0.0:* 0 19706 530/nmbd udp 0 0 0.0.0.0:53421 0.0.0.0:* 1000 738385 12384/io.mihome-vac udp 0 0 0.0.0.0:631 0.0.0.0:* 0 1901805 9570/cups-browsed udp 0 0 0.0.0.0:41860 0.0.0.0:* 112 17706 416/avahi-daemon: r udp 0 0 192.168.1.16:5353 0.0.0.0:* 1000 740325 14501/io.tr-064.0 udp 0 0 0.0.0.0:5353 0.0.0.0:* 112 17704 416/avahi-daemon: r udp 0 0 0.0.0.0:1900 0.0.0.0:* 1000 742957 15065/io.upnp.0 udp6 0 0 :::47018 :::* 112 17707 416/avahi-daemon: r udp6 0 0 :::111 :::* 0 12585 1/init udp6 0 0 :::5353 :::* 112 17705 416/avahi-daemon: r =========== Bis hier kopieren ===========Gruß
djsirius
-
=========== Ab hier kopieren ========== *** BASISSYSTEM *** CPU-Architektur: x86_64 Docker: Nein LXC: none Distributor ID: Debian Description: Debian GNU/Linux 10 (buster) Release: 10 Codename: buster Systemuptime und Load: 08:44:07 up 19:44, 1 user, load average: 0,12, 0,19, 0,19 CPU threads: 4 *** Zeit und Zeitzonen *** Fr 4. Nov 07:44:07 UTC 2022 Fr 4. Nov 08:44:07 CET 2022 CET +0100 Europe/Berlin *** User und Gruppen *** iobroker /home/iobroker iobroker tty dialout cdrom floppy sudo audio dip video plugdev netdev bluetooth lpadmin scanner *** X-Server-Setup *** X-Server: Nein Desktop: Konsole: tty *** ARBEITSSPEICHER *** total used free shared buff/cache available Mem: 7,7Gi 2,8Gi 4,6Gi 5,0Mi 364Mi 4,7Gi Swap: 3,9Gi 0,0Ki 3,9Gi Total: 11Gi 2,8Gi 8,5Gi *** DATEISYSTEM *** Dateisystem Typ Größe Benutzt Verf. Verw% Eingehängt auf udev devtmpfs 3,9G 0 3,9G 0% /dev tmpfs tmpfs 790M 2,5M 788M 1% /run /dev/sda2 ext4 454G 23G 407G 6% / tmpfs tmpfs 3,9G 0 3,9G 0% /dev/shm tmpfs tmpfs 5,0M 4,0K 5,0M 1% /run/lock tmpfs tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup /dev/sda1 vfat 511M 3,4M 508M 1% /boot/efi tmpfs tmpfs 790M 0 790M 0% /run/user/1000 Daten in neuralgischen Verzeichnissen: /var: 3,3G /var/ 2,1G /var/cache/apt 2,1G /var/cache 2,0G /var/cache/apt/archives 667M /var/lib /opt/iobroker/backups: 68M /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 813M /opt/iobroker/iobroker-data/ 400M /opt/iobroker/iobroker-data/files 337M /opt/iobroker/iobroker-data/backup-objects 58M /opt/iobroker/iobroker-data/files/scenes.admin/static/js 58M /opt/iobroker/iobroker-data/files/scenes.admin/static Die 5 größten Dateien in iobroker-data: 23M objects.jsonl 18M objects.json.migrated 18M objects.json.bak.migrated 7,9M states.jsonl 4,1M states.json.migrated *** Nodejs-Installation *** /usr/bin/nodejs v16.18.0 /usr/bin/node v16.18.0 /usr/bin/npm 8.19.2 nodejs: Installiert: 16.18.0-deb-1nodesource1 Installationskandidat: 16.18.0-deb-1nodesource1 Versionstabelle: *** 16.18.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x buster/main amd64 Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u2 500 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages 500 http://deb.debian.org/debian-security buster/updates/main amd64 Packages 10.24.0~dfsg-1~deb10u1 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages 500 http://deb.debian.org/debian buster/main amd64 Packages *** ioBroker-Installation *** Versionsnummern der Kern-Adapter js-controller: 4.0.23 Admin-Adapter: 6.2.23 ioBroker-Repos und Updates stable : http://download.iobroker.net/sources-dist.json beta : http://download.iobroker.net/sources-dist-latest.json Active repo(s): stable Used repository: stable Objekte und Zustände werden ermittelt - Dies kann einen Moment dauern. Objekte: 23443 Zustände: 18574 *** Repositories und OS-Updates *** OK:1 http://deb.debian.org/debian buster InRelease OK:2 http://ftp.de.debian.org/debian buster InRelease OK:3 http://security.debian.org/debian-security buster/updates InRelease OK:4 http://deb.debian.org/debian-security buster/updates InRelease OK:5 http://ftp.de.debian.org/debian buster-updates InRelease OK:6 http://deb.debian.org/debian buster-updates InRelease OK:7 https://deb.nodesource.com/node_16.x buster InRelease OK:8 http://deb.debian.org/debian buster-backports InRelease OK:9 https://packages.sury.org/php buster InRelease OK:10 https://packagecloud.io/ookla/speedtest-cli/debian buster InRelease Paketlisten werden gelesen... Fertig Ausstehende Updates: *** Lauschende Ports *** Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name tcp 0 0 0.0.0.0:9000 0.0.0.0:* LISTEN 1000 734935 12109/iobroker.js-c tcp 0 0 0.0.0.0:9001 0.0.0.0:* LISTEN 1000 735672 12109/iobroker.js-c tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 0 21642 814/smbd tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 12578 1/init tcp 0 0 192.168.1.16:2001 0.0.0.0:* LISTEN 1000 737352 12309/io.hm-rpc.0 tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 16353 491/sshd tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 0 1899266 9569/cupsd tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 0 19588 804/exim4 tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 0 21641 814/smbd tcp6 0 0 :::8000 :::* LISTEN 1000 1613850 15065/io.upnp.0 tcp6 0 0 :::139 :::* LISTEN 0 21640 814/smbd tcp6 0 0 :::111 :::* LISTEN 0 12582 1/init tcp6 0 0 :::80 :::* LISTEN 0 21582 815/apache2 tcp6 0 0 :::8081 :::* LISTEN 1000 735714 12134/io.admin.0 tcp6 0 0 :::8082 :::* LISTEN 1000 742937 15389/io.web.0 tcp6 0 0 :::8084 :::* LISTEN 1000 738218 14148/io.socketio.0 tcp6 0 0 :::22 :::* LISTEN 0 16355 491/sshd tcp6 0 0 ::1:631 :::* LISTEN 0 1899265 9569/cupsd tcp6 0 0 :::8087 :::* LISTEN 1000 739935 13922/io.simple-api tcp6 0 0 :::8088 :::* LISTEN 1000 742564 14530/io.terminal.0 tcp6 0 0 ::1:25 :::* LISTEN 0 19589 804/exim4 tcp6 0 0 :::443 :::* LISTEN 0 21586 815/apache2 tcp6 0 0 :::445 :::* LISTEN 0 21639 814/smbd udp 0 0 0.0.0.0:68 0.0.0.0:* 0 19051 504/dhclient udp 0 0 0.0.0.0:111 0.0.0.0:* 0 12579 1/init udp 0 0 192.168.1.255:137 0.0.0.0:* 0 19720 530/nmbd udp 0 0 192.168.1.16:137 0.0.0.0:* 0 19719 530/nmbd udp 0 0 0.0.0.0:137 0.0.0.0:* 0 19705 530/nmbd udp 0 0 192.168.1.255:138 0.0.0.0:* 0 19722 530/nmbd udp 0 0 192.168.1.16:138 0.0.0.0:* 0 19721 530/nmbd udp 0 0 0.0.0.0:138 0.0.0.0:* 0 19706 530/nmbd udp 0 0 0.0.0.0:53421 0.0.0.0:* 1000 738385 12384/io.mihome-vac udp 0 0 0.0.0.0:631 0.0.0.0:* 0 1901805 9570/cups-browsed udp 0 0 0.0.0.0:41860 0.0.0.0:* 112 17706 416/avahi-daemon: r udp 0 0 192.168.1.16:5353 0.0.0.0:* 1000 740325 14501/io.tr-064.0 udp 0 0 0.0.0.0:5353 0.0.0.0:* 112 17704 416/avahi-daemon: r udp 0 0 0.0.0.0:1900 0.0.0.0:* 1000 742957 15065/io.upnp.0 udp6 0 0 :::47018 :::* 112 17707 416/avahi-daemon: r udp6 0 0 :::111 :::* 0 12585 1/init udp6 0 0 :::5353 :::* 112 17705 416/avahi-daemon: r =========== Bis hier kopieren ===========mir fällt nix auf - außer "buster" gehört upgedatet - sollte keine ursache für das problem sein
und du nutzt einen user iobroker - das ist eigentlich der service account des iobrokers - weiß nicht wirklich, ob das gut ist, aber sollte auch nicht das problem sein@liv-in-sky sagte in Memory leak?:
wielange läuft der rechner, bis er wieder stehen bleibt - mehrere tage oder passiert das in einem tag zur selben uhrzeit oder mehrmals am tag
was ist damit ?
@thomas-braun siehst du was ?
nach einem gelösten Thread wäre es sinnvoll dies in der Überschrift des ersten Posts einzutragen [gelöst]-... Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat. Forum-Tools: PicPick https://picpick.app/en/download/ und ScreenToGif https://www.screentogif.com/downloads.html
-
mir fällt nix auf - außer "buster" gehört upgedatet - sollte keine ursache für das problem sein
und du nutzt einen user iobroker - das ist eigentlich der service account des iobrokers - weiß nicht wirklich, ob das gut ist, aber sollte auch nicht das problem sein@liv-in-sky sagte in Memory leak?:
wielange läuft der rechner, bis er wieder stehen bleibt - mehrere tage oder passiert das in einem tag zur selben uhrzeit oder mehrmals am tag
was ist damit ?
@thomas-braun siehst du was ?
-
@liv-in-sky Der Rechner läuft unterschiedlich lange, bzw. es ist keine Regelmäßigkeit zu erkennen. Manchmal läuft er 7 Tage und manchmal eben nur 2 Tage. :-(
@djsirius weiß du den letzten absturz zeitpunkt ? es gibt meist mehrere syslog files unter /var/log
dort könnte man mal schauen, was zu desem zeitpunkt war
-
mir fällt nix auf - außer "buster" gehört upgedatet - sollte keine ursache für das problem sein
und du nutzt einen user iobroker - das ist eigentlich der service account des iobrokers - weiß nicht wirklich, ob das gut ist, aber sollte auch nicht das problem sein@liv-in-sky sagte in Memory leak?:
wielange läuft der rechner, bis er wieder stehen bleibt - mehrere tage oder passiert das in einem tag zur selben uhrzeit oder mehrmals am tag
was ist damit ?
@thomas-braun siehst du was ?
-
@thomas-braun ich mag dein neues script :-)
nach einem gelösten Thread wäre es sinnvoll dies in der Überschrift des ersten Posts einzutragen [gelöst]-... Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat. Forum-Tools: PicPick https://picpick.app/en/download/ und ScreenToGif https://www.screentogif.com/downloads.html
-
@thomas-braun ich mag dein neues script :-)
@liv-in-sky Da ist doch gar nicht so viel in 'Grün' drin?
-
@djsirius weiß du den letzten absturz zeitpunkt ? es gibt meist mehrere syslog files unter /var/log
dort könnte man mal schauen, was zu desem zeitpunkt war
@liv-in-sky said in Memory leak?:
@djsirius weiß du den letzten absturz zeitpunkt ? es gibt meist mehrere syslog files unter /var/log
dort könnte man mal schauen, was zu desem zeitpunkt war
Ich mache seit einiger Zeit regelmäßig einen reboot, weil ich mir nicht anders zu helfen wusste.
Gruß
djsirius
-
@liv-in-sky said in Memory leak?:
@djsirius weiß du den letzten absturz zeitpunkt ? es gibt meist mehrere syslog files unter /var/log
dort könnte man mal schauen, was zu desem zeitpunkt war
Ich mache seit einiger Zeit regelmäßig einen reboot, weil ich mir nicht anders zu helfen wusste.
Schau halt in die Logs rein.
-
@liv-in-sky said in Memory leak?:
@djsirius weiß du den letzten absturz zeitpunkt ? es gibt meist mehrere syslog files unter /var/log
dort könnte man mal schauen, was zu desem zeitpunkt war
Ich mache seit einiger Zeit regelmäßig einen reboot, weil ich mir nicht anders zu helfen wusste.
@djsirius sagte in Memory leak?:
@liv-in-sky said in Memory leak?:
@djsirius weiß du den letzten absturz zeitpunkt ? es gibt meist mehrere syslog files unter /var/log
dort könnte man mal schauen, was zu desem zeitpunkt war
Ich mache seit einiger Zeit regelmäßig einen reboot, weil ich mir nicht anders zu helfen wusste.
ich glaube, ich kann dir nicht helfen, wenn ich keine daten habe, wann genau was wo passiert - bisher kann ich keine großen themen auf deinem system sehen/erkennen
vielleicht fällt jmd anderes was auf -
@djsirius sagte in Memory leak?:
@liv-in-sky said in Memory leak?:
@djsirius weiß du den letzten absturz zeitpunkt ? es gibt meist mehrere syslog files unter /var/log
dort könnte man mal schauen, was zu desem zeitpunkt war
Ich mache seit einiger Zeit regelmäßig einen reboot, weil ich mir nicht anders zu helfen wusste.
ich glaube, ich kann dir nicht helfen, wenn ich keine daten habe, wann genau was wo passiert - bisher kann ich keine großen themen auf deinem system sehen/erkennen
vielleicht fällt jmd anderes was auf@liv-in-sky said in Memory leak?:
@djsirius sagte in Memory leak?:
@liv-in-sky said in Memory leak?:
@djsirius weiß du den letzten absturz zeitpunkt ? es gibt meist mehrere syslog files unter /var/log
dort könnte man mal schauen, was zu desem zeitpunkt war
Ich mache seit einiger Zeit regelmäßig einen reboot, weil ich mir nicht anders zu helfen wusste.
ich glaube, ich kann dir nicht helfen, wenn ich keine daten habe, wann genau was wo passiert - bisher kann ich keine großen themen auf deinem system sehen/erkennen
vielleicht fällt jmd anderes was aufok, vielen Dank!
Gruß
djsirius
-
@liv-in-sky said in Memory leak?:
@djsirius sagte in Memory leak?:
@liv-in-sky said in Memory leak?:
@djsirius weiß du den letzten absturz zeitpunkt ? es gibt meist mehrere syslog files unter /var/log
dort könnte man mal schauen, was zu desem zeitpunkt war
Ich mache seit einiger Zeit regelmäßig einen reboot, weil ich mir nicht anders zu helfen wusste.
ich glaube, ich kann dir nicht helfen, wenn ich keine daten habe, wann genau was wo passiert - bisher kann ich keine großen themen auf deinem system sehen/erkennen
vielleicht fällt jmd anderes was aufok, vielen Dank!
Da sich das Problem über die Zeit entwickelt, kann man aus einer Sicht auf einen einzelnen Zeitpunkt keine Informationen ableiten.
Beobachte mal den speicherverbrauch der einzelnen Prozesse über die Zeit. Also so über 1/2 Tage immer wieder mal die Werte aufschreiben. Theoretisch könntest du das per copy Paste nach excel kopieren
Bei den meisten Fällen liegt es hier, wie du schon geschrieben hast an ein oder mehreren Skripten im js adapter.
Wenn der konkrete Prozess eingegrenzt ist, können wir hier weiter analysieren.
Wie hast du deine Skripte überprüft? Kennst du dich gut mit JS aus?
Wieviele Skripte hast du?
Ggfs. könnten wir hier mal drüberschauen.
Aber erst wenn wir es wissen das es der js Adapter ist -
Guten Morgen,
ich habe seit längerer Zeit das Problem, dass mein Arbeitsspeicher immer voll läuft.
Ich habe bereits einige Beiträge gelesen. Meine Scripte habe ich alle überprüft.
Nun ist es gerade so, dass mein Arbeitsspeicher gerade wieder voll läuft.
Kann mir da vielleicht jemand helfen? Ich komme einfach nicht weiter.
MemTotal: 8087844 kB MemFree: 1009412 kB MemAvailable: 4884940 kB Buffers: 299024 kB Cached: 3620148 kB SwapCached: 16 kB Active: 4628220 kB Inactive: 1931532 kB Active(anon): 2614420 kB Inactive(anon): 31544 kB Active(file): 2013800 kB Inactive(file): 1899988 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 4112380 kB SwapFree: 4111856 kB Dirty: 176 kB Writeback: 0 kB AnonPages: 2625728 kB Mapped: 192956 kB Shmem: 5220 kB Slab: 344916 kB SReclaimable: 263964 kB SUnreclaim: 80952 kB KernelStack: 8032 kB PageTables: 45620 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 8156300 kB Committed_AS: 3702396 kB VmallocTotal: 34359738367 kB VmallocUsed: 0 kB VmallocChunk: 0 kB Percpu: 2000 kB HardwareCorrupted: 0 kB AnonHugePages: 872448 kB ShmemHugePages: 0 kB ShmemPmdMapped: 0 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB Hugetlb: 0 kB DirectMap4k: 340332 kB DirectMap2M: 7966720 kBiobroker@debian:~$ free -m total used free shared buff/cache available Mem: 7898 2822 986 5 4089 4775 Swap: 4015 0 4015PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 12109 iobroker 20 0 1251572 444632 38680 S 5,3 5,5 69:21.06 iobroker.js-con 9296 iobroker 20 0 1120384 368396 38268 S 1,7 4,6 10:34.32 io.javascript.0 12188 iobroker 20 0 763148 110948 33220 S 1,7 1,4 26:29.42 io.history.0 12134 iobroker 20 0 1022992 179632 39136 S 0,7 2,2 2:44.58 io.admin.0 12865 iobroker 20 0 951580 107884 34080 S 0,7 1,3 18:14.25 io.info.0 14501 iobroker 20 0 687144 98984 38476 S 0,7 1,2 5:40.46 io.tr-064.0 7348 iobroker 20 0 946544 91652 39244 S 0,3 1,1 0:10.95 io.telegram.0 12894 iobroker 20 0 680208 81852 33440 S 0,3 1,0 3:18.69 io.modbus.0 13332 iobroker 20 0 674900 74608 33408 S 0,3 0,9 0:26.72 io.linux-contro 14148 iobroker 20 0 674628 76220 33576 S 0,3 0,9 0:26.72 io.socketio.0 14530 iobroker 20 0 677320 78216 33636 S 0,3 1,0 0:26.55 io.terminal.0 15118 iobroker 20 0 934164 93188 34016 S 0,3 1,2 2:59.80 io.viessmannapi 26577 iobroker 20 0 677720 79968 34952 S 0,3 1,0 0:27.14 io.sql.0 1 root 20 0 170872 10684 7904 S 0,0 0,1 0:04.84 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.01 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 6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H-events_highpri 8 root 0 -20 0 0 0 I 0,0 0,0 0:20.55 kworker/0:1H-kblockd 9 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq 10 root 20 0 0 0 0 S 0,0 0,0 0:01.42 ksoftirqd/0 11 root 20 0 0 0 0 I 0,0 0,0 0:31.80 rcu_sched 12 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_bh 13 root rt 0 0 0 0 S 0,0 0,0 0:00.47 migration/0 15 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 16 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 17 root rt 0 0 0 0 S 0,0 0,0 0:00.49 migration/1 18 root 20 0 0 0 0 S 0,0 0,0 0:01.30 ksoftirqd/1 20 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0H-events_highpri 21 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 22 root rt 0 0 0 0 S 0,0 0,0 0:00.49 migration/2 23 root 20 0 0 0 0 S 0,0 0,0 0:02.83 ksoftirqd/2 25 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/2:0H-kblockd 26 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3 27 root rt 0 0 0 0 S 0,0 0,0 0:00.50 migration/3 28 root 20 0 0 0 0 S 0,0 0,0 0:01.34 ksoftirqd/3 30 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/3:0H-events_highpri 31 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kdevtmpfs 32 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 netns 33 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kauditd 35 root 20 0 0 0 0 S 0,0 0,0 0:00.03 khungtaskd 36 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper 37 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 writeback 38 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcompactd0 39 root 25 5 0 0 0 S 0,0 0,0 0:00.00 ksmd 40 root 39 19 0 0 0 S 0,0 0,0 0:01.73 khugepaged 41 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 crypto 42 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kintegrityd 43 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kblockd 44 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 edac-poller 45 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 devfreq_wq 46 root rt 0 0 0 0 S 0,0 0,0 0:00.00 watchdogd 49 root 20 0 0 0 0 S 0,0 0,0 0:00.02 kswapd0 67 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kthrotld 68 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ipv6_addrconf 78 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kstrp 81 root 0 -20 0 0 0 I 0,0 0,0 0:01.86 kworker/3:1H-kblockd 123 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 acpi_thermal_pm 125 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ata_sff 126 root 20 0 0 0 0 S 0,0 0,0 0:00.01 scsi_eh_0 127 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_0 128 root 20 0 0 0 0 S 0,0 0,0 0:00.01 scsi_eh_1 129 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_1 130 root 0 -20 0 0 0 I 0,0 0,0 0:02.64 kworker/1:1H-kblockd@djsirius Hallo,
sowas habe ich auch. Allerdings nur sehr sichtbar, wenn ein bestimmter Adapter startet. Dann bin ich beim RAM direkt bei 200 MB frei bis noch weniger (50 MB)
Bei mir ist das der Slideshow, issue ist eröffnet und mit Dutchman zusammen konnte ich es reproduzieren. Den Adapter hab ich momentan gestoppt und so läufts erst mal stabil.Grüße Maschine20
-
Da sich das Problem über die Zeit entwickelt, kann man aus einer Sicht auf einen einzelnen Zeitpunkt keine Informationen ableiten.
Beobachte mal den speicherverbrauch der einzelnen Prozesse über die Zeit. Also so über 1/2 Tage immer wieder mal die Werte aufschreiben. Theoretisch könntest du das per copy Paste nach excel kopieren
Bei den meisten Fällen liegt es hier, wie du schon geschrieben hast an ein oder mehreren Skripten im js adapter.
Wenn der konkrete Prozess eingegrenzt ist, können wir hier weiter analysieren.
Wie hast du deine Skripte überprüft? Kennst du dich gut mit JS aus?
Wieviele Skripte hast du?
Ggfs. könnten wir hier mal drüberschauen.
Aber erst wenn wir es wissen das es der js Adapter ist@oliverio said in Memory leak?:
Da sich das Problem über die Zeit entwickelt, kann man aus einer Sicht auf einen einzelnen Zeitpunkt keine Informationen ableiten.
Beobachte mal den speicherverbrauch der einzelnen Prozesse über die Zeit. Also so über 1/2 Tage immer wieder mal die Werte aufschreiben. Theoretisch könntest du das per copy Paste nach excel kopieren
Bei den meisten Fällen liegt es hier, wie du schon geschrieben hast an ein oder mehreren Skripten im js adapter.
Wenn der konkrete Prozess eingegrenzt ist, können wir hier weiter analysieren.
Wie hast du deine Skripte überprüft? Kennst du dich gut mit JS aus?
Wieviele Skripte hast du?
Ggfs. könnten wir hier mal drüberschauen.
Aber erst wenn wir es wissen das es der js Adapter istHi, OliverIO,
ich habe die Werte schon öfter mal über einen Zeitraum beobachtet. Leider finde ich hier keine Auffälligkeiten. :-(
Ich habe meine Skripte dahingehend überprüft, dass z.b. timeouts gestoppt werden.
Aktuell sieht es wieder so aus:
top - 07:30:15 up 3 days, 18:30, 1 user, load average: 0,23, 0,13, 0,16 Tasks: 162 total, 2 running, 160 sleeping, 0 stopped, 0 zombie %Cpu(s): 14,3 us, 5,8 sy, 0,0 ni, 77,9 id, 0,8 wa, 0,0 hi, 1,2 si, 0,0 st MiB Mem : 7898,3 total, 2904,8 free, 2980,6 used, 2013,0 buff/cache MiB Swap: 4016,0 total, 4015,5 free, 0,5 used. 4653,8 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 12109 iobroker 20 0 1271832 448168 38680 S 35,3 5,5 425:02.67 iobroker.js-con 13397 iobroker 20 0 1109648 361920 38260 S 6,3 4,5 9:54.02 io.javascript.0 26577 iobroker 20 0 708472 117316 35016 S 5,7 1,5 72:25.45 io.sql.0 12188 iobroker 20 0 903056 131708 33284 S 4,7 1,6 143:01.59 io.history.0 12865 iobroker 20 0 954712 109356 34144 R 2,3 1,4 105:01.75 io.info.0 32188 iobroker 20 0 683752 95640 38532 S 1,7 1,2 1:46.43 io.tr-064.0 12894 iobroker 20 0 688680 91360 33492 S 0,7 1,1 24:43.87 io.modbus.0 8 root 0 -20 0 0 0 I 0,3 0,0 1:05.51 kworker/0:1H-kblockd 12134 iobroker 20 0 1017128 174568 39172 S 0,3 2,2 6:27.80 io.admin.0 15628 iobroker 20 0 937224 113328 39204 S 0,3 1,4 8:19.18 io.lg-thinq.0 1 root 20 0 170872 10684 7904 S 0,0 0,1 0:07.64 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.02 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 6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H-events_highpri 9 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq 10 root 20 0 0 0 0 S 0,0 0,0 0:06.47 ksoftirqd/0 11 root 20 0 0 0 0 I 0,0 0,0 2:28.75 rcu_sched 12 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_bh 13 root rt 0 0 0 0 S 0,0 0,0 0:02.25 migration/0 15 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 16 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 17 root rt 0 0 0 0 S 0,0 0,0 0:02.27 migration/1 18 root 20 0 0 0 0 S 0,0 0,0 0:05.97 ksoftirqd/1 20 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0H-events_highpri 21 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 22 root rt 0 0 0 0 S 0,0 0,0 0:02.23 migration/2 23 root 20 0 0 0 0 S 0,0 0,0 0:13.07 ksoftirqd/2 25 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/2:0H-kblockd 26 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3 27 root rt 0 0 0 0 S 0,0 0,0 0:02.30 migration/3 28 root 20 0 0 0 0 S 0,0 0,0 0:06.23 ksoftirqd/3 30 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/3:0H-events_highpri 31 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kdevtmpfs 32 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 netns 33 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kauditd 35 root 20 0 0 0 0 S 0,0 0,0 0:00.14 khungtaskd 36 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper 37 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 writeback 38 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcompactd0 39 root 25 5 0 0 0 S 0,0 0,0 0:00.00 ksmd 40 root 39 19 0 0 0 S 0,0 0,0 0:03.11 khugepaged 41 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 crypto 42 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kintegrityd 43 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kblockd 44 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 edac-poller 45 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 devfreq_wq 46 root rt 0 0 0 0 S 0,0 0,0 0:00.00 watchdogd 49 root 20 0 0 0 0 S 0,0 0,0 0:00.02 kswapd0 67 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kthrotld 68 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ipv6_addrconf 78 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kstrp 81 root 0 -20 0 0 0 I 0,0 0,0 0:05.12 kworker/3:1H-kblockd 123 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 acpi_thermal_pm 125 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ata_sff 126 root 20 0 0 0 0 S 0,0 0,0 0:00.01 scsi_eh_0 127 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_0 128 root 20 0 0 0 0 S 0,0 0,0 0:00.01 scsi_eh_1 129 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_1 130 root 0 -20 0 0 0 I 0,0 0,0 0:07.80 kworker/1:1H-kblockd 132 root 20 0 0 0 0 S 0,0 0,0 0:00.00 scsi_eh_2 133 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_2 134 root 20 0 0 0 0 S 0,0 0,0 0:00.01 scsi_eh_3 135 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_3Mittlerweiler lasse ich den Befehl
echo 3 > /proc/sys/vm/drop_caches alle 12 Stunden ausführen.
danach sieht es so aus:
iobroker@debian:~$ top top - 07:56:50 up 3 days, 18:57, 1 user, load average: 0,42, 0,24, 0,19 Tasks: 163 total, 1 running, 162 sleeping, 0 stopped, 0 zombie %Cpu(s): 4,3 us, 2,3 sy, 0,0 ni, 93,3 id, 0,1 wa, 0,0 hi, 0,1 si, 0,0 st MiB Mem : 7898,3 total, 4537,2 free, 2994,0 used, 367,0 buff/cache MiB Swap: 4016,0 total, 4015,5 free, 0,5 used. 4659,5 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 12109 iobroker 20 0 1287348 481384 38680 S 8,3 6,0 427:07.54 iobroker.js-con 12865 iobroker 20 0 954200 109076 34144 S 2,7 1,3 105:33.97 io.info.0 13397 iobroker 20 0 1115956 364036 38260 S 2,3 4,5 10:30.15 io.javascript.0 12188 iobroker 20 0 917292 141812 33284 S 2,0 1,8 143:37.69 io.history.0 26577 iobroker 20 0 705432 113108 35016 S 2,0 1,4 72:51.53 io.sql.0 14442 iobroker 20 0 671404 92212 33184 S 1,0 1,1 27:13.59 io.ping.0 12384 iobroker 20 0 955680 96536 40144 S 0,7 1,2 7:09.14 io.mihome-vacuu 234 root 20 0 396428 165640 159144 S 0,3 2,0 2:45.03 systemd-journal 11900 iobroker 20 0 947400 94256 39244 S 0,3 1,2 0:11.06 io.telegram.0 12263 iobroker 20 0 954044 95852 34152 S 0,3 1,2 4:06.19 io.alexa2.0 12369 iobroker 20 0 897692 106032 34352 S 0,3 1,3 10:05.06 io.meross.0 12894 iobroker 20 0 688680 90904 33492 S 0,3 1,1 24:51.33 io.modbus.0 15389 iobroker 20 0 1033712 182308 33772 S 0,3 2,3 3:58.56 io.web.0 32188 iobroker 20 0 684520 95616 38532 S 0,3 1,2 1:55.97 io.tr-064.0 1 root 20 0 170872 10684 7904 S 0,0 0,1 0:07.67 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.02 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 6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H-events_highpri 8 root 0 -20 0 0 0 I 0,0 0,0 1:05.91 kworker/0:1H-kblockd 9 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq 10 root 20 0 0 0 0 S 0,0 0,0 0:06.50 ksoftirqd/0 11 root 20 0 0 0 0 I 0,0 0,0 2:29.47 rcu_sched 12 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_bh 13 root rt 0 0 0 0 S 0,0 0,0 0:02.26 migration/0 15 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 16 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 17 root rt 0 0 0 0 S 0,0 0,0 0:02.28 migration/1 18 root 20 0 0 0 0 S 0,0 0,0 0:05.99 ksoftirqd/1 20 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0H-events_highpri 21 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 22 root rt 0 0 0 0 S 0,0 0,0 0:02.24 migration/2 23 root 20 0 0 0 0 S 0,0 0,0 0:13.13 ksoftirqd/2 25 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/2:0H-kblockd 26 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3 27 root rt 0 0 0 0 S 0,0 0,0 0:02.31 migration/3 28 root 20 0 0 0 0 S 0,0 0,0 0:06.26 ksoftirqd/3 30 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/3:0H-events_highpri 31 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kdevtmpfs 32 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 netns 33 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kauditd 35 root 20 0 0 0 0 S 0,0 0,0 0:00.14 khungtaskd 36 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper 37 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 writeback 38 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcompactd0 39 root 25 5 0 0 0 S 0,0 0,0 0:00.00 ksmd 40 root 39 19 0 0 0 S 0,0 0,0 0:03.11 khugepaged 41 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 crypto 42 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kintegrityd 43 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kblockd 44 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 edac-poller 45 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 devfreq_wq 46 root rt 0 0 0 0 S 0,0 0,0 0:00.00 watchdogd 49 root 20 0 0 0 0 S 0,0 0,0 0:00.02 kswapd0 67 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kthrotld 68 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ipv6_addrconf 78 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kstrp 81 root 0 -20 0 0 0 I 0,0 0,0 0:05.16 kworker/3:1H-kblockd 123 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 acpi_thermal_pm 125 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ata_sff 126 root 20 0 0 0 0 S 0,0 0,0 0:00.01 scsi_eh_0 127 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_0 128 root 20 0 0 0 0 S 0,0 0,0 0:00.01 scsi_eh_1 129 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_1Gruß
djsirius
-
@oliverio said in Memory leak?:
Da sich das Problem über die Zeit entwickelt, kann man aus einer Sicht auf einen einzelnen Zeitpunkt keine Informationen ableiten.
Beobachte mal den speicherverbrauch der einzelnen Prozesse über die Zeit. Also so über 1/2 Tage immer wieder mal die Werte aufschreiben. Theoretisch könntest du das per copy Paste nach excel kopieren
Bei den meisten Fällen liegt es hier, wie du schon geschrieben hast an ein oder mehreren Skripten im js adapter.
Wenn der konkrete Prozess eingegrenzt ist, können wir hier weiter analysieren.
Wie hast du deine Skripte überprüft? Kennst du dich gut mit JS aus?
Wieviele Skripte hast du?
Ggfs. könnten wir hier mal drüberschauen.
Aber erst wenn wir es wissen das es der js Adapter istHi, OliverIO,
ich habe die Werte schon öfter mal über einen Zeitraum beobachtet. Leider finde ich hier keine Auffälligkeiten. :-(
Ich habe meine Skripte dahingehend überprüft, dass z.b. timeouts gestoppt werden.
Aktuell sieht es wieder so aus:
top - 07:30:15 up 3 days, 18:30, 1 user, load average: 0,23, 0,13, 0,16 Tasks: 162 total, 2 running, 160 sleeping, 0 stopped, 0 zombie %Cpu(s): 14,3 us, 5,8 sy, 0,0 ni, 77,9 id, 0,8 wa, 0,0 hi, 1,2 si, 0,0 st MiB Mem : 7898,3 total, 2904,8 free, 2980,6 used, 2013,0 buff/cache MiB Swap: 4016,0 total, 4015,5 free, 0,5 used. 4653,8 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 12109 iobroker 20 0 1271832 448168 38680 S 35,3 5,5 425:02.67 iobroker.js-con 13397 iobroker 20 0 1109648 361920 38260 S 6,3 4,5 9:54.02 io.javascript.0 26577 iobroker 20 0 708472 117316 35016 S 5,7 1,5 72:25.45 io.sql.0 12188 iobroker 20 0 903056 131708 33284 S 4,7 1,6 143:01.59 io.history.0 12865 iobroker 20 0 954712 109356 34144 R 2,3 1,4 105:01.75 io.info.0 32188 iobroker 20 0 683752 95640 38532 S 1,7 1,2 1:46.43 io.tr-064.0 12894 iobroker 20 0 688680 91360 33492 S 0,7 1,1 24:43.87 io.modbus.0 8 root 0 -20 0 0 0 I 0,3 0,0 1:05.51 kworker/0:1H-kblockd 12134 iobroker 20 0 1017128 174568 39172 S 0,3 2,2 6:27.80 io.admin.0 15628 iobroker 20 0 937224 113328 39204 S 0,3 1,4 8:19.18 io.lg-thinq.0 1 root 20 0 170872 10684 7904 S 0,0 0,1 0:07.64 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.02 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 6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H-events_highpri 9 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq 10 root 20 0 0 0 0 S 0,0 0,0 0:06.47 ksoftirqd/0 11 root 20 0 0 0 0 I 0,0 0,0 2:28.75 rcu_sched 12 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_bh 13 root rt 0 0 0 0 S 0,0 0,0 0:02.25 migration/0 15 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 16 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 17 root rt 0 0 0 0 S 0,0 0,0 0:02.27 migration/1 18 root 20 0 0 0 0 S 0,0 0,0 0:05.97 ksoftirqd/1 20 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0H-events_highpri 21 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 22 root rt 0 0 0 0 S 0,0 0,0 0:02.23 migration/2 23 root 20 0 0 0 0 S 0,0 0,0 0:13.07 ksoftirqd/2 25 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/2:0H-kblockd 26 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3 27 root rt 0 0 0 0 S 0,0 0,0 0:02.30 migration/3 28 root 20 0 0 0 0 S 0,0 0,0 0:06.23 ksoftirqd/3 30 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/3:0H-events_highpri 31 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kdevtmpfs 32 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 netns 33 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kauditd 35 root 20 0 0 0 0 S 0,0 0,0 0:00.14 khungtaskd 36 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper 37 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 writeback 38 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcompactd0 39 root 25 5 0 0 0 S 0,0 0,0 0:00.00 ksmd 40 root 39 19 0 0 0 S 0,0 0,0 0:03.11 khugepaged 41 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 crypto 42 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kintegrityd 43 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kblockd 44 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 edac-poller 45 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 devfreq_wq 46 root rt 0 0 0 0 S 0,0 0,0 0:00.00 watchdogd 49 root 20 0 0 0 0 S 0,0 0,0 0:00.02 kswapd0 67 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kthrotld 68 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ipv6_addrconf 78 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kstrp 81 root 0 -20 0 0 0 I 0,0 0,0 0:05.12 kworker/3:1H-kblockd 123 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 acpi_thermal_pm 125 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ata_sff 126 root 20 0 0 0 0 S 0,0 0,0 0:00.01 scsi_eh_0 127 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_0 128 root 20 0 0 0 0 S 0,0 0,0 0:00.01 scsi_eh_1 129 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_1 130 root 0 -20 0 0 0 I 0,0 0,0 0:07.80 kworker/1:1H-kblockd 132 root 20 0 0 0 0 S 0,0 0,0 0:00.00 scsi_eh_2 133 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_2 134 root 20 0 0 0 0 S 0,0 0,0 0:00.01 scsi_eh_3 135 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_3Mittlerweiler lasse ich den Befehl
echo 3 > /proc/sys/vm/drop_caches alle 12 Stunden ausführen.
danach sieht es so aus:
iobroker@debian:~$ top top - 07:56:50 up 3 days, 18:57, 1 user, load average: 0,42, 0,24, 0,19 Tasks: 163 total, 1 running, 162 sleeping, 0 stopped, 0 zombie %Cpu(s): 4,3 us, 2,3 sy, 0,0 ni, 93,3 id, 0,1 wa, 0,0 hi, 0,1 si, 0,0 st MiB Mem : 7898,3 total, 4537,2 free, 2994,0 used, 367,0 buff/cache MiB Swap: 4016,0 total, 4015,5 free, 0,5 used. 4659,5 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 12109 iobroker 20 0 1287348 481384 38680 S 8,3 6,0 427:07.54 iobroker.js-con 12865 iobroker 20 0 954200 109076 34144 S 2,7 1,3 105:33.97 io.info.0 13397 iobroker 20 0 1115956 364036 38260 S 2,3 4,5 10:30.15 io.javascript.0 12188 iobroker 20 0 917292 141812 33284 S 2,0 1,8 143:37.69 io.history.0 26577 iobroker 20 0 705432 113108 35016 S 2,0 1,4 72:51.53 io.sql.0 14442 iobroker 20 0 671404 92212 33184 S 1,0 1,1 27:13.59 io.ping.0 12384 iobroker 20 0 955680 96536 40144 S 0,7 1,2 7:09.14 io.mihome-vacuu 234 root 20 0 396428 165640 159144 S 0,3 2,0 2:45.03 systemd-journal 11900 iobroker 20 0 947400 94256 39244 S 0,3 1,2 0:11.06 io.telegram.0 12263 iobroker 20 0 954044 95852 34152 S 0,3 1,2 4:06.19 io.alexa2.0 12369 iobroker 20 0 897692 106032 34352 S 0,3 1,3 10:05.06 io.meross.0 12894 iobroker 20 0 688680 90904 33492 S 0,3 1,1 24:51.33 io.modbus.0 15389 iobroker 20 0 1033712 182308 33772 S 0,3 2,3 3:58.56 io.web.0 32188 iobroker 20 0 684520 95616 38532 S 0,3 1,2 1:55.97 io.tr-064.0 1 root 20 0 170872 10684 7904 S 0,0 0,1 0:07.67 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.02 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 6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H-events_highpri 8 root 0 -20 0 0 0 I 0,0 0,0 1:05.91 kworker/0:1H-kblockd 9 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq 10 root 20 0 0 0 0 S 0,0 0,0 0:06.50 ksoftirqd/0 11 root 20 0 0 0 0 I 0,0 0,0 2:29.47 rcu_sched 12 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_bh 13 root rt 0 0 0 0 S 0,0 0,0 0:02.26 migration/0 15 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 16 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 17 root rt 0 0 0 0 S 0,0 0,0 0:02.28 migration/1 18 root 20 0 0 0 0 S 0,0 0,0 0:05.99 ksoftirqd/1 20 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0H-events_highpri 21 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 22 root rt 0 0 0 0 S 0,0 0,0 0:02.24 migration/2 23 root 20 0 0 0 0 S 0,0 0,0 0:13.13 ksoftirqd/2 25 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/2:0H-kblockd 26 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3 27 root rt 0 0 0 0 S 0,0 0,0 0:02.31 migration/3 28 root 20 0 0 0 0 S 0,0 0,0 0:06.26 ksoftirqd/3 30 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/3:0H-events_highpri 31 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kdevtmpfs 32 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 netns 33 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kauditd 35 root 20 0 0 0 0 S 0,0 0,0 0:00.14 khungtaskd 36 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper 37 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 writeback 38 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcompactd0 39 root 25 5 0 0 0 S 0,0 0,0 0:00.00 ksmd 40 root 39 19 0 0 0 S 0,0 0,0 0:03.11 khugepaged 41 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 crypto 42 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kintegrityd 43 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kblockd 44 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 edac-poller 45 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 devfreq_wq 46 root rt 0 0 0 0 S 0,0 0,0 0:00.00 watchdogd 49 root 20 0 0 0 0 S 0,0 0,0 0:00.02 kswapd0 67 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kthrotld 68 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ipv6_addrconf 78 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kstrp 81 root 0 -20 0 0 0 I 0,0 0,0 0:05.16 kworker/3:1H-kblockd 123 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 acpi_thermal_pm 125 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ata_sff 126 root 20 0 0 0 0 S 0,0 0,0 0:00.01 scsi_eh_0 127 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_0 128 root 20 0 0 0 0 S 0,0 0,0 0:00.01 scsi_eh_1 129 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_1wenn dir keine Veränderungen auffallen, dann ist dein system evtl dauerhaft am limit? Ansonsten müsstest du bei mem ja schon veränderungen sehen über die Zeit.
jetzt machen wir es so du aktivierst bitte die datenpunkt historie (zahnrad ganz rechts vom jeweiligen datenpunkt) für die beiden folgenden Datenpunkte:
system.host.<name deines ioborokers>.memHeapUsed
system.adapter.javascript.0.memHeapTotalum diese datenpunkte zu sehen musst du die expertenansicht aktivieren
einfach nur aktivieren und speichern. nix an den einstellungen ändern.
zur Aktivierung der Historie muss der History-Adapter installiert sein.das lässt du einfach mal solange laufen bis denkst das der arbeitsspeicher voll gelaufen ist. am besten ohne diesen befehl /proc/sys/vm/drop_caches
der verschleiert ja nur die symptome, ändert aber nix am auslöserdanach zeigst du uns die diagrammr der datenpunktänderungen.
dazu einfach wieder auf das zahnrad und falls nicht schon automatisch ausgewählt oben den diagramm reiter auswählen -
wenn dir keine Veränderungen auffallen, dann ist dein system evtl dauerhaft am limit? Ansonsten müsstest du bei mem ja schon veränderungen sehen über die Zeit.
jetzt machen wir es so du aktivierst bitte die datenpunkt historie (zahnrad ganz rechts vom jeweiligen datenpunkt) für die beiden folgenden Datenpunkte:
system.host.<name deines ioborokers>.memHeapUsed
system.adapter.javascript.0.memHeapTotalum diese datenpunkte zu sehen musst du die expertenansicht aktivieren
einfach nur aktivieren und speichern. nix an den einstellungen ändern.
zur Aktivierung der Historie muss der History-Adapter installiert sein.das lässt du einfach mal solange laufen bis denkst das der arbeitsspeicher voll gelaufen ist. am besten ohne diesen befehl /proc/sys/vm/drop_caches
der verschleiert ja nur die symptome, ändert aber nix am auslöserdanach zeigst du uns die diagrammr der datenpunktänderungen.
dazu einfach wieder auf das zahnrad und falls nicht schon automatisch ausgewählt oben den diagramm reiter auswählen
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden523
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge