Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[OliverIO]

@qqolli

du kannst ja mal je adapter die folgenden datenpunkte mit aufzeichnen lassen. hier am Beispiel des backitup adapters. die datenpunkte gibt es aber für jeden adapter
interessant auch noch der javascript-adapter. der ist auch immer ein kandidat für speicherfresser

system.adapter.backitup.0.memHeapTotal
system.adapter.backitup.0.memHeapUsed
system.adapter.backitup.0.memRss

[Ein ehemaliger Benutzer]

@qqolli sagte in IOB auf Proxmox LXC - SWAP läuft voll:

Läuft auch alles recht stabil, außer das der SWAP immer nach ein paar Tagen "voll" läuft. Mache ich einen iob Reboot oder einen Re-Start des LXC-Containers, geht der Wert wieder auf 0% zurück; um dann innerhalb von ein paar Tagen wieder voll zu laufen.

Zugegebenermaßen bin ich etwas "knausrig" mit dem RAM gewesen (8 GB) die sich der iob mit anderen teilen muß:

Als da wären: RaspberryMatic, influxDB und Pi-Hole. Könnte das der (oder ein) Grund sein?

So, eigentlich wollte ich mich raus halten, ist aber einfach zu Spannend und ich kann wieder etwas lernen :)

Fragen:

1. Du betreibst wie viel LXC Container?
2. Du hast wie viel Memory, den einzelnen LXC Containern zugewiesen?
3. Welcher Swap, der vom LXC Container oder von PVE läuft voll?

Mein Bauchgefühl ist, dass wenn Du 4 LXC Container hast und dem ioBroker 8 GB zugewiesen hast und den anderen auch noch Memory zugewiesen hast, dann hast Du mehr Memory verteilt als Physikalisch vorhanden ist.
Das ist mit LXC Containern machbar aber das Basissystem wird dann, wenn ein LXC mehr Ram braucht, das einem anderen wegnehmen. Wenn dann dieser Container aber auch Speicher braucht, fängt er an auszulagern.
Ich habe bei meinem System die swappines nicht angepasst und habe den Containern eine max. Grenze gegeben, sodas sie bei max. 70% Auslastung liegen, bei einigen habe ich den Swap dann auf min. die Helft des Memorys eingestellt.

ID	NAME	USED_MB	TOTAL_MB	USED_PCT
100	iobroker	2375	3774	62%
101	arch-iob	2055	4294	47%
201	influxDB	1783	4294	41%
403	grafana	181	536	33%
501	loki	283	1073	26%
603	paperless	548	2147	25%
202	influxdb V2	481	2147	22%
200	influxdb V 2 prod	120	2147	5%

Bei mir swapped nichts, die Container Swaps sind leer, gut ich nutze auch nicht den backitup Adapter, da ich die Container täglich Komplett sichere. Geht etwas kaputt, dann wird das von gestern eingespielt :)

ioBroker:

arch-iob

Sagen wir jetzt mal, Du stellst das wie unten skizziert ein, dann hast Du noch ~ 1GB für den PVE zum Atmen, Annahme hängt aber auch vom Anwendungsfall ab, ich würde nie einer einzigen Instanz den gesamten Speicher geben, sondern aufteilen und etwas Luft lassen. Was dann bedeutet, das Du evtl. 8GB zusätzlich verbaust.

4GB ioBroker
1GB RaspberryMatic
1GB influxDB
1GB Pi-Hole

VG
Bernd

[qqolli]

@dp20eic
Gut, das du gefragt hast :-) Sehe nämlich, das ich tatsächlich mehr RAM zugewiesen habe als das System physikalisch hat --> IOB hat schon 8GB, wobei der bisher nie über 4GB gekommen ist. Grafik als Monat (Maximum):

Ich wollte aber sowieso demnächst auf 16GB aufrüsten ...

3 LXC, 1 VM
Memory:
Pi-Hole: 500MB, 2 CPU-Kerne
Influx: 1GB, 2 CPU-Kerne
IOB: 8GB, 2 CPU-Kerne
Der iob-Swap läuft voll (lxc)

[Ein ehemaliger Benutzer]

@qqolli sagte in IOB auf Proxmox LXC - SWAP läuft voll:

Gut, das du gefragt hast Sehe nämlich, das ich tatsächlich mehr RAM zugewiesen habe als das System physikalisch hat --> IOB hat schon 8GB, wobei der bisher nie über 4GB gekommen ist. Grafik als Monat (Maximum)

Moin,
wie gesagt, mit LXC Containern kann man das machen, wenn Du dann aber auch noch eine VM am laufen hast, dann wird es tricky, denn soweit ich das jetzt wieder aus dem Bauchgefühl noch weis, wird beim start der VM der Speicher fest zugewiesen, somit steht der nicht mehr Proxmox und den LXC Containern zur Verfügung.

Monitore mal genauer wer was an Speicher frisst, @OliverIO hat da ja schon mal einen Anfang gemacht.
Keine Ahnung ob das für Dich in frage kommt, aber Du kannst ja mal den backitup abschalten und schauen ob der Swap noch ansteigt, sicher die LXC lieber aus Proxmox heraus ist einfacher und geht auch supper schnell mit Restore wenn Du mal etwas verbockt hast.

VG
Bernd

[qqolli]

@dp20eic
Eigentlich hast Du recht, denn ich sichere sowieso die LXCs und die VM jede Nacht um 02:00 Uhr.

Wäre eigentlich doppelt gemoppelt, den Backitup auch noch zu nutzen. Ich werde mal der Empfehlung von @OliverIO folgen und dann wohl auch den Backitup abschalten. Mal sehen ...

[crunchip]

@qqolli sagte in IOB auf Proxmox LXC - SWAP läuft voll:

doppelt

hält besser

ausserdem sicherst du ja unter Umständen nicht nur den reinen iobroker

zusätzlich, falls mal was generell mit deiner VM/LXC etwas nicht mehr stimmen sollte, kann man ne neue Maschine aufsetzen und via backitup wieder einspielen.

[Meister Mopper]

@qqolli sagte in IOB auf Proxmox LXC - SWAP läuft voll:

jede Nacht um 02:00 Uhr

Solange wir noch die Zeitumstellung haben, ist 02:00 Uhr suboptimal.

[Thomas Braun]

@meister-mopper

Ja, und ganz allgemein sind 'gerade' Zeitpunkte auch suboptimal. Da knubbelt es sich schon mal gerne mit anderen Diensten, die auch gemäß 'preußischer Pünktlichkeit' zu diesen Zeitpunkten ausgeführt werden. Insbesondere wenn auf Google Drive oder sowas gebackuppt wird.

Ein Backup kann auch z. B. um 3:26 ausgeführt werden, da ist deutlich weniger los.

[Meister Mopper]

@thomas-braun sagte in IOB auf Proxmox LXC - SWAP läuft voll:

Ein Backup kann auch z. B. um 3:26 ausgeführt werden, da ist deutlich weniger los.

Ich arbeite nur noch mit "schiefen" Zeitpunkten.

[qqolli]

@meister-mopper @Thomas-Braun

Danke für den Tipp. Habe die Sicherung der Container nun ebenfalls auf einen "krummen" Wert gelegt :-)