RAM Speicher füllt sich langsam
-
Hallo zusammen,
ich habe gestern festgestellt, dass sich der angezeigte RAM Speicher, in dem Proxmox (v 7.4-18) Container wo Debian Bullseye v11 und ioBrokerlaufen, langsam und allmählich füllt.
Als ich es festgestellt habe, war die RAM Ausnutzung bei 85%, dann habe ich ioBroker und Container neu gestartet und nach dem Start war die RAM Ausnutzung bei 38%. Und nun klettert die RAM Auslastung wieder ganz langsam nach oben. Als die Auslastung bei 85% war, war auch ioBroker etwas träge geworden.
Hat jemand einen Ansatz wo nach der Ursache suchen könnte?
VG und vielen Dank!
free oder avaliable?
-
total used free shared buff/cache available Mem: 8192 4201 3568 0 422 3990 Swap: 512 0 511
So schaut's aus
@uli977 Alles sehr Alt, Proxmox, Bullseye ....
Da laufen jedenfalls in meinen Augen ungesund viele js-controller und javascript Instanzen ...
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 13) on Proxmox 9.1.5)
Linux pve 6.17.9-1-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.20 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
@uli977 Alles sehr Alt, Proxmox, Bullseye ....
Da laufen jedenfalls in meinen Augen ungesund viele js-controller und javascript Instanzen ...
-
@uli977 Alles sehr Alt, Proxmox, Bullseye ....
Da laufen jedenfalls in meinen Augen ungesund viele js-controller und javascript Instanzen ...
@martinp sagte in RAM Speicher füllt sich langsam:
ungesund viele js-controller und javascript Instanzen ...
wo?
das sind die Prozesse einer Instanz, hoffentlichkein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
total used free shared buff/cache available Mem: 8192 4201 3568 0 422 3990 Swap: 512 0 511So schaut's aus
-
@martinp Sehr alt?! So alt doch auch noch nicht.
Was empfiehlst du?
Wenngleich ich glaube, dass das Alter der Versionen nicht die Ursache für das RAM Problem ist, oder?
@uli977 sagte in RAM Speicher füllt sich langsam:
für das RAM Problem
Welches Problem? Da ist doch noch jede Menge verfügbar.
-
@martinp sagte in RAM Speicher füllt sich langsam:
ungesund viele js-controller und javascript Instanzen ...
wo?
das sind die Prozesse einer Instanz, hoffentlichFalls das die Frage ist, ich habe jeweils nur eine Instanz von js-controller und javascript.
Ich habe Sorge, dass wenn ich wieder in Richtung 85% (gem. der Anzeige im Proxmox) laufe, meine ioBroker wieder sehr träge wird.
-
Falls das die Frage ist, ich habe jeweils nur eine Instanz von js-controller und javascript.
Ich habe Sorge, dass wenn ich wieder in Richtung 85% (gem. der Anzeige im Proxmox) laufe, meine ioBroker wieder sehr träge wird.
-
-
Falls das die Frage ist, ich habe jeweils nur eine Instanz von js-controller und javascript.
Ich habe Sorge, dass wenn ich wieder in Richtung 85% (gem. der Anzeige im Proxmox) laufe, meine ioBroker wieder sehr träge wird.
@uli977 du hast aber meinen Link gelesen?
wenn es wirklich langsamer wird und nicht nur die Angst davor schuld ist, dann solltest du mal updaten.
Ich glaube mich zu erinnern, dass es mal etwas bei Proxmox mit Speicherproblemen gab.was ist das für eine CPU mit nur 2 cores?
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
-
@uli977 du hast aber meinen Link gelesen?
wenn es wirklich langsamer wird und nicht nur die Angst davor schuld ist, dann solltest du mal updaten.
Ich glaube mich zu erinnern, dass es mal etwas bei Proxmox mit Speicherproblemen gab.was ist das für eine CPU mit nur 2 cores?
-
@martinp sagte in RAM Speicher füllt sich langsam:
ungesund viele js-controller und javascript Instanzen ...
wo?
das sind die Prozesse einer Instanz, hoffentlichAuf meiner Maschine läuft für jedes einzelne iobroker-"Tierchen" nur ein Prozess ... dachte, das wäre der Normalfall
11 JS-Controller finde ich nicht normal ...martin@iobroker-test-sicher:~$ ps -ef |grep io grafana 370 1 0 Jul01 ? 00:30:34 /usr/share/grafana/bin/grafana server --config=/etc/grafana/grafana.ini --pidfile=/run/grafana/grafana-server.pid --packaging=deb cfg:default.paths.logs=/var/log/grafana cfg:default.paths.data=/var/lib/grafana cfg:default.paths.plugins=/var/lib/grafana/plugins cfg:default.paths.provisioning=/etc/grafana/provisioning iobroker 371 1 11 Jul01 ? 11:25:14 iobroker.js-controller iobroker 506 371 0 Jul01 ? 00:35:10 io.admin.0 iobroker 524 371 4 Jul01 ? 04:57:13 io.influxdb.0 iobroker 576 371 0 Jul01 ? 00:08:28 io.email.0 iobroker 598 371 0 Jul01 ? 00:22:26 io.backitup.0 iobroker 970 371 0 Jul01 ? 00:09:11 io.mqtt-client.0 iobroker 985 371 0 Jul01 ? 00:30:24 io.mqtt.0 iobroker 1025 371 5 Jul01 ? 05:20:13 io.sonoff.0 iobroker 1039 371 0 Jul01 ? 00:18:19 io.ping.0 iobroker 1165 371 0 Jul01 ? 00:28:24 io.meross.0 iobroker 1178 371 0 Jul01 ? 00:10:23 io.snmp.0 iobroker 1202 371 0 Jul01 ? 00:08:11 io.discovery.0 iobroker 1209 371 0 Jul01 ? 00:11:20 io.fritzdect.0 iobroker 1216 371 0 Jul01 ? 00:10:29 io.web.0 iobroker 1232 371 0 Jul01 ? 00:10:59 io.tradfri.0 iobroker 1251 371 0 Jul01 ? 00:10:38 io.simple-api.0 iobroker 1258 371 0 Jul01 ? 00:33:12 io.operating-hours.0 iobroker 1265 371 0 Jul01 ? 00:08:21 io.vis-2.0 message+ 80106 1 0 Jul06 ? 00:00:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only iobroker 100824 371 0 16:57 ? 00:02:36 io.javascript.0 martin 101457 80290 0 18:17 pts/1 00:00:00 grep ioIntel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 13) on Proxmox 9.1.5)
Linux pve 6.17.9-1-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.20 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
Auf meiner Maschine läuft für jedes einzelne iobroker-"Tierchen" nur ein Prozess ... dachte, das wäre der Normalfall
11 JS-Controller finde ich nicht normal ...martin@iobroker-test-sicher:~$ ps -ef |grep io grafana 370 1 0 Jul01 ? 00:30:34 /usr/share/grafana/bin/grafana server --config=/etc/grafana/grafana.ini --pidfile=/run/grafana/grafana-server.pid --packaging=deb cfg:default.paths.logs=/var/log/grafana cfg:default.paths.data=/var/lib/grafana cfg:default.paths.plugins=/var/lib/grafana/plugins cfg:default.paths.provisioning=/etc/grafana/provisioning iobroker 371 1 11 Jul01 ? 11:25:14 iobroker.js-controller iobroker 506 371 0 Jul01 ? 00:35:10 io.admin.0 iobroker 524 371 4 Jul01 ? 04:57:13 io.influxdb.0 iobroker 576 371 0 Jul01 ? 00:08:28 io.email.0 iobroker 598 371 0 Jul01 ? 00:22:26 io.backitup.0 iobroker 970 371 0 Jul01 ? 00:09:11 io.mqtt-client.0 iobroker 985 371 0 Jul01 ? 00:30:24 io.mqtt.0 iobroker 1025 371 5 Jul01 ? 05:20:13 io.sonoff.0 iobroker 1039 371 0 Jul01 ? 00:18:19 io.ping.0 iobroker 1165 371 0 Jul01 ? 00:28:24 io.meross.0 iobroker 1178 371 0 Jul01 ? 00:10:23 io.snmp.0 iobroker 1202 371 0 Jul01 ? 00:08:11 io.discovery.0 iobroker 1209 371 0 Jul01 ? 00:11:20 io.fritzdect.0 iobroker 1216 371 0 Jul01 ? 00:10:29 io.web.0 iobroker 1232 371 0 Jul01 ? 00:10:59 io.tradfri.0 iobroker 1251 371 0 Jul01 ? 00:10:38 io.simple-api.0 iobroker 1258 371 0 Jul01 ? 00:33:12 io.operating-hours.0 iobroker 1265 371 0 Jul01 ? 00:08:21 io.vis-2.0 message+ 80106 1 0 Jul06 ? 00:00:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only iobroker 100824 371 0 16:57 ? 00:02:36 io.javascript.0 martin 101457 80290 0 18:17 pts/1 00:00:00 grep ioWenn ich den Befehl nutze, sieht es bei mir so aus.
ps -ef |grep iomessage+ 111 1 0 Jul07 ? 00:00:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only iobroker 120 1 10 Jul07 ? 03:24:13 iobroker.js-controller iobroker 304 120 0 Jul07 ? 00:02:48 io.admin.0 iobroker 331 120 0 Jul07 ? 00:00:33 io.email.0 iobroker 342 120 2 Jul07 ? 00:46:58 io.influxdb.0 iobroker 361 120 3 Jul07 ? 01:12:51 io.javascript.0 iobroker 372 120 0 Jul07 ? 00:00:34 io.pushover.0 iobroker 391 120 0 Jul07 ? 00:00:35 io.scenes.0 iobroker 417 120 0 Jul07 ? 00:00:38 io.backitup.0 iobroker 436 120 0 Jul07 ? 00:02:20 io.alexa2.0 iobroker 466 120 0 Jul07 ? 00:00:35 io.fritzbox.0 iobroker 526 120 0 Jul07 ? 00:00:44 io.homeconnect.0 iobroker 541 120 0 Jul07 ? 00:09:48 io.hue.0 iobroker 631 120 0 Jul07 ? 00:10:44 io.ping.0 iobroker 692 120 0 Jul07 ? 00:01:08 io.snmp.0 iobroker 707 120 0 Jul07 ? 00:01:19 io.sonoff.0 iobroker 722 120 0 Jul07 ? 00:01:09 io.sonos.0 iobroker 737 120 0 Jul07 ? 00:04:41 io.tr-064.0 iobroker 767 120 0 Jul07 ? 00:00:34 io.geofency.0 iobroker 782 120 0 Jul07 ? 00:00:38 io.shuttercontrol.0 -
Auf meiner Maschine läuft für jedes einzelne iobroker-"Tierchen" nur ein Prozess ... dachte, das wäre der Normalfall
11 JS-Controller finde ich nicht normal ...martin@iobroker-test-sicher:~$ ps -ef |grep io grafana 370 1 0 Jul01 ? 00:30:34 /usr/share/grafana/bin/grafana server --config=/etc/grafana/grafana.ini --pidfile=/run/grafana/grafana-server.pid --packaging=deb cfg:default.paths.logs=/var/log/grafana cfg:default.paths.data=/var/lib/grafana cfg:default.paths.plugins=/var/lib/grafana/plugins cfg:default.paths.provisioning=/etc/grafana/provisioning iobroker 371 1 11 Jul01 ? 11:25:14 iobroker.js-controller iobroker 506 371 0 Jul01 ? 00:35:10 io.admin.0 iobroker 524 371 4 Jul01 ? 04:57:13 io.influxdb.0 iobroker 576 371 0 Jul01 ? 00:08:28 io.email.0 iobroker 598 371 0 Jul01 ? 00:22:26 io.backitup.0 iobroker 970 371 0 Jul01 ? 00:09:11 io.mqtt-client.0 iobroker 985 371 0 Jul01 ? 00:30:24 io.mqtt.0 iobroker 1025 371 5 Jul01 ? 05:20:13 io.sonoff.0 iobroker 1039 371 0 Jul01 ? 00:18:19 io.ping.0 iobroker 1165 371 0 Jul01 ? 00:28:24 io.meross.0 iobroker 1178 371 0 Jul01 ? 00:10:23 io.snmp.0 iobroker 1202 371 0 Jul01 ? 00:08:11 io.discovery.0 iobroker 1209 371 0 Jul01 ? 00:11:20 io.fritzdect.0 iobroker 1216 371 0 Jul01 ? 00:10:29 io.web.0 iobroker 1232 371 0 Jul01 ? 00:10:59 io.tradfri.0 iobroker 1251 371 0 Jul01 ? 00:10:38 io.simple-api.0 iobroker 1258 371 0 Jul01 ? 00:33:12 io.operating-hours.0 iobroker 1265 371 0 Jul01 ? 00:08:21 io.vis-2.0 message+ 80106 1 0 Jul06 ? 00:00:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only iobroker 100824 371 0 16:57 ? 00:02:36 io.javascript.0 martin 101457 80290 0 18:17 pts/1 00:00:00 grep io@martinp sagte in RAM Speicher füllt sich langsam:
dachte, das wäre der Normalfall
ps -ef
zeigt nur die Parents, htop auch die Kinderprozesse. Alles okay. -
@martinp Sehr alt?! So alt doch auch noch nicht.
Was empfiehlst du?
Wenngleich ich glaube, dass das Alter der Versionen nicht die Ursache für das RAM Problem ist, oder?
@uli977 said in RAM Speicher füllt sich langsam:
Sehr alt?! So alt doch auch noch nicht.
Hmm Debian 11 von 2021 fällt am 15.8.2024 aus dem Support durch das offizielle Debian Team... danach
Debian LTS is not handled by the Debian Security team, but by a separate group of volunteers and companies interested in making it a success.
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 13) on Proxmox 9.1.5)
Linux pve 6.17.9-1-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.20 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
@uli977 said in RAM Speicher füllt sich langsam:
Sehr alt?! So alt doch auch noch nicht.
Hmm Debian 11 von 2021 fällt am 15.8.2024 aus dem Support durch das offizielle Debian Team... danach
Debian LTS is not handled by the Debian Security team, but by a separate group of volunteers and companies interested in making it a success.
Und da Debian 12 'Bookworm' mittlerweile schon das 6. Pointrelaese bekommen hat und vor einem Jahr veröffentlicht wurde ist JETZT die Zeit gekommen vom sinkenden Schiff Debian 11 'Bullseye' herunterzukommen.
-
Und da Debian 12 'Bookworm' mittlerweile schon das 6. Pointrelaese bekommen hat und vor einem Jahr veröffentlicht wurde ist JETZT die Zeit gekommen vom sinkenden Schiff Debian 11 'Bullseye' herunterzukommen.
@thomas-braun sagte in RAM Speicher füllt sich langsam:
Und da Debian 12 'Bookworm' mittlerweile schono das 6. Pointrelaese bekommen hat und seit einem Jahr veröffentlicht wurde ist JETZT die Zeit gekommen vom sinkenden Debian 11 'Bullseye' herunterzukommen.
Ich bin schon damit angefangen
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 Anmelden459
Online32.8k
Benutzer82.8k
Themen1.3m
Beiträge