Monatsrückblick Januar/Februar 2026 ist online!

[Wildbill]

@marty56 Einiges wurde hier im Thread ja bereits genannt:

• Läuft auf dem Server ein völlig unnötiger Desktop?

• Läuft auf dem Server abseits iobroker noch anderes (Homematic, Phoscon, irgendwelche Datenbanken wie mySQL, InfluxDB,...)

• Backitup-Adapter, wenn der Swap immer zu bestimmten Zeiten angegriffen wird

• Scripte, die Loops aufbauen, da Schleifen oder Timeouts nicht korrekt sind (dann sollte der SWAP sich nach und nach aufbauen, evtl. auch zu bestimmten Zeiten, in denen Scripte getriggert werden)

Wie Du dahinter kommst, gibt es unterschiedliche Ansätze. Die Punkte 1-3 kannst Du Dir ja direkt mit ja/nein beantworten. Generell schadet es sicher auch nichts, mal mit htop zu schauen, welcher Prozess wieviel Speicher belegt, dann weisst Du auch ungefähr die Richtung. Wenn Scripte in Betracht kommen, mal alle anhalten, einzeln starten und über einen (gegebenenfalls längeren) Zeitraum beobachten, ob der Speicher immer weniger wird bzw. SWAP angegriffen wird. Keiner kennt Dein System besser als Du, also solltest Du mit diesen Angaben einen Anhaltspunkt haben, wo Du schauen kannst.
Und, ganz wichtig, nicht zu viel auf einmal ändern. Immer schön eine Änderung und beobachten. Sonst hast Du irgendwann zwar das gewünschte Ergebnis, weisst aber immer noch nicht, was der Auslöser war.

Gruss, Jürgen

[Marty56]

@wildbill danke für die Zusammenstellung

[Marty56]

Ich habe jetzt eine ganze Zeit herumgefummelt, um die Ursache für den kontinuierlichen Anstieg des Swap Speichers zu ermitteln. Ist mir nicht gelungen und ich habe diesen Ansatz aufgegeben.

Jetzt habe ich in der PVE ein Script erstellt, das ich mit crontab einmal pro Woche aufrufe und das den Swap entleert.

Ist vielleicht nicht der Königsweg, aber es scheint zu funktionieren und das Nutzerinterface der PVE bleibt flüssig.

[hm_krause]

Hallo,
ich möchte dieses Thema nochmals weiterführen.
Habe auf Proxmox eine VM für Iobroker mit 8 GB Ram.
Auch hier läuft der Swap Speicher voll, Ursache ist sehr Wahrscheinlich der Backitup Adapter.

@Marty56
Wie hast Du das mit dem Script gelöst?
Wenn ich das z.B so mache:
wird eine Passworteingabe erwartet.

[crunchip]

@hm_krause mal so am Rande, hab swapiness von default 60 auf 10 gestellt und keine Probleme mit swap

[hm_krause]

@crunchip
...ist schon so eingestellt

pi@iobroker:~$ cat /proc/sys/vm/swappiness
10
pi@iobroker:~$

[crunchip]

@hm_krause

@hm_krause sagte in Swap Space wächst trotz freiem Speicher:

Wahrscheinlich der Backitup Adapter

mein Ram war auch immer recht weit oben, ich aktiviere den Adapter nur zum backup per script, ansonsten ist backitup aus

[Jan1]

@crunchip
der Adapter bracht eigentlich nur beim Backup erstellen recht viel RAM

[Homoran]

@crunchip sagte in Swap Space wächst trotz freiem Speicher:

ich aktiviere den Adapter nur zum backup per script

warum?
das macht er doch selber.
Das ist doch ein scheduled Adapter

[crunchip]

@homoran weil, wenn instanz aktiv, er rund 100MB benötigt
und wie @hm_krause schon erwähnte, der Ram ansteigt und nicht zurückgeht

zumindest konnte ich das bei mir auch feststellen

[hm_krause]

@jan1
Das ist richtig, aber der Speicher wird danach nicht freigegeben.
Deshalb auch die Frage nach dem Script. Das hier oben erwähnte braucht eine PW Eingabe, vielleicht geht das ja besser.

[Jan1]

@hm_krause
Linux gibt den RAM frei wenn er benötigt wird.

übrigens belegt jeder Adapter so um die 100MB RAM, wenn er aktiv ist. Wenn bei 8BG RAM dann die 100MB vom Backitup das Fass zum Überlaufen bringen, dann sollte man sich eher mal Gedanken machen, ob man nicht ein größeres Fass holt (halte ich bei 8GB doch für übertreiben), oder schaut was da die 8GB belegt, da normal ja 4 GB schon reichen sollten ;)

[Homoran]

@hm_krause sagte in Swap Space wächst trotz freiem Speicher:

aber der Speicher wird danach nicht freigegeben.

beobachtest du free oder available?

ich hab kein Problem mit Backitup und RAM/SWAP

[hm_krause]

@homoran
diesen

Der ist, wenn Backitup fertig ist, bei ca. 95-97%

[Homoran]

@hm_krause sagte in Swap Space wächst trotz freiem Speicher:

diesen

da hab ich keine Ahnung was da technisch hintersteckt.
möglich, dass das total - free ist. Das wäre aber ok.

Bist du sicher, dass du kein RAM überprovisioniert hast?

[hm_krause]

@homoran
Ja, sind im ganzen 32 Gb

[Homoran]

@hm_krause sagte in Swap Space wächst trotz freiem Speicher:

@homoran
Ja, sind im ganzen 32 Gb

und die hast du komplett verteilt?
ohne einen Rest fürs PVE zu lassen?

[hm_krause]

@homoran
Sorry die späte Rückmeldung

...sind insgesamt verteilt 22GB

[hm_krause]

@hm_krause

pi@iobroker:~$ free -ht
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:      7,8Gi       3,8Gi       252Mi       536Ki       3,8Gi       4,0Gi
Swap:          974Mi       780Ki       974Mi
Gesamt:        8,7Gi       3,8Gi       1,2Gi
pi@iobroker:~$ echo 3 | sudo tee /proc/sys/vm/drop_caches
[sudo] Passwort für pi:
3
pi@iobroker:~$ free -ht
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:      7,8Gi       3,7Gi       3,9Gi       536Ki       218Mi       4,1Gi
Swap:          974Mi       780Ki       974Mi
Gesamt:        8,7Gi       3,7Gi       4,8Gi
pi@iobroker:~$

[hm_krause]

@crunchip
Kannst Du mir das Script bitte zur Verfügung stellen