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

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

Ich arbeite nur noch mit "schiefen" Zeitpunkten.

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.

jede Nacht um 02:00 Uhr

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

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.

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 ...

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

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)

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.

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

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

und der war auch schon bei knapp 500 MB.

Mal sehen, wie es jetzt die Tage mit der veränderten swappiness geht.

@thomas-braun

Na ja, nach dem iob restart sieht es gut aus, in 3 Tagen ist der Swap wieder vollgelaufen :-)

olli@ioBroker:~$ free -ht
               total        used        free      shared  buff/cache   available
Mem:           7.7Gi       2.6Gi       4.6Gi       0.0Ki       456Mi       5.0Gi
Swap:          512Mi       0.0Ki       511Mi
Total:         8.2Gi       2.6Gi       5.1Gi
olli@ioBroker:~$ uptime -p
up 3 days, 22 hours, 5 minutes

Update: Eine Verdoppelung des RAM z. B. würde sich da wohl anbieten, oder? :-)

warum sagst du dein swap ist voll gelaufen?
da steht doch bei used 0.0Ki
also nix benutzt

Super, hat geklappt. Hab den Wert erstmal auf 10 gelassen :-)

Danke!

Oder muss der komplette Container ein reboot bekommen

sorry wie schon erwähnt, für LXC gelten die Einstellung in Proxmox, VM's müssen separat eingestellt werden.
hab bei mir gerade nachgesehen, habs sogar auf 1 herabgesetzt.

Moin,
Wenn das ein LXC ist, dann bekommt der das vom Basissystem, sprich Du must das nur im Proxmox-PVE machen, das wird durchgereicht.

VG
Bernd

Hmm, hat noch nicht so ganz funktioniert.

Habe erstmal den neuen Eintrag

vm.swappiness=10

in die

/etc/sysctl.conf

eingetragen und dann ein sudo reboot.

Ein

cat /proc/sys/vm/swappiness

zeigt immer noch 60.

Oder muss der komplette Container ein reboot bekommen?

Kurze Frage noch zur Swappiness, kann man die so ändern:

sudo sysctl vm.swappiness = 10

und in die

/etc/sysctl.conf

dann mit

sudo nano /etc/sysctl.conf

den Eintrag

vm.swappiness=10

?

60 ist auch die Voreinstellung. Kannst ja mal auf 20 oder 10 setzen.
Daemon neustarten oder gleich die ganze Kiste.

Ich weiß aber nicht, ob bei Containern da wieder 'Sonderstrick' angesagt ist, der setzt ja nur auf den Host auf.

olli@ioBroker:~$ cat /proc/sys/vm/swappiness
60

Sehe gerade, das es auf allen LXC auf 60 steht.

======================= SUMMARY =======================
                     v.2023-01-02


Operatingsystem:        Debian GNU/Linux 11 (bullseye)
Installation:           lxc
Timezone:               Europe/Berlin
User-ID:                1000
X-Server:               false
Boot Target:            graphical.target

Pending OS-Updates:     0

Nodejs-Installation:    /usr/bin/nodejs         v16.19.0
                        /usr/bin/node           v16.19.0
                        /usr/bin/npm            8.19.3
                        /usr/bin/npx            8.19.3

ioBroker Core:          js-controller           4.0.24
                        admin                   6.3.5

ioBroker Status:        iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Status admin:
+ system.adapter.admin.0                  : admin                 : ioBroker                                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin

Pending iob updates:    0

Active repo(s): Stable (default)

Objects:                13531
States:                 10702

Size of iob-Database:

25M     /opt/iobroker/iobroker-data/objects.jsonl
4.9M    /opt/iobroker/iobroker-data/states.jsonl


=================== END OF SUMMARY ====================

für jeden Container separat gesetzt werden?

Für jeden Lxc musst du

dpkg-reconfigure tzdata

Ausführen