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 ...
-
@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?
-
@martinp sagte in RAM Speicher füllt sich langsam:
ungesund viele js-controller und javascript Instanzen ...
wo?
das sind die Prozesse einer Instanz, hoffentlich -
-
@uli977 sagte in RAM Speicher füllt sich langsam:
für das RAM Problem
Welches Problem? Da ist doch noch jede Menge verfügbar.
-
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?
-
@uli977 sagte in RAM Speicher füllt sich langsam:
Soll ich das alles hier rein kopieren?
ja, in Codetags
-
Ja, genau. Es sind 2 CPUs
Kann ich Proxmox und Debian im laufenden Betrieb updaten, oder muss ich neu aufsetzten?
-
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 -
Wenn 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 -
@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. -
@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.
-
@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
