IOB auf Proxmox LXC - SWAP läuft voll
-
Hallo,
mit ca. 82MB scheint mir der noch im Rahmen zu sein, der js-adapter z.B. schlägt da mit 275MB schon wesentlich hefiger zu :-)
Kann man irgendwie sehen, wie das Swap-Memory verteilt, bzw. genutzt wird?
@qqolli sagte in IOB auf Proxmox LXC - SWAP läuft voll:
mit ca. 82MB scheint mir der noch im Rahmen zu sein,
Ja, aber interessant ist, wieviel MB der Adapter während des backups belegt.
-
Hallo,
mit ca. 82MB scheint mir der noch im Rahmen zu sein, der js-adapter z.B. schlägt da mit 275MB schon wesentlich hefiger zu :-)
Kann man irgendwie sehen, wie das Swap-Memory verteilt, bzw. genutzt wird?
@qqolli sagte in IOB auf Proxmox LXC - SWAP läuft voll:
mit ca. 82MB scheint mir der noch im Rahmen zu sein,
Wenn ein Backup durchgeführt wird benötigt der Vorgang allerdings wesentlich mehr RAM.
-
@qqolli sagte in IOB auf Proxmox LXC - SWAP läuft voll:
mit ca. 82MB scheint mir der noch im Rahmen zu sein,
Wenn ein Backup durchgeführt wird benötigt der Vorgang allerdings wesentlich mehr RAM.
Das würde dann bedeuten, das er während des Backups mehr RAM bräuchte als mein System hat; also 8GB, richtig?
Den fehlenden Speicherplatz organisiert er sich dann per Swap, oder?
Das heißt dann aber auch, das er den Swap nach Beendigung nicht "aufräumt", bzw. löscht. Daher die Frage, wie kann man den Swap löschen, evtl. mittels Cron-Job regelmäßig? Vorausgesetzt, meine obigen Annahmen wären korrekt.
-
Das würde dann bedeuten, das er während des Backups mehr RAM bräuchte als mein System hat; also 8GB, richtig?
Den fehlenden Speicherplatz organisiert er sich dann per Swap, oder?
Das heißt dann aber auch, das er den Swap nach Beendigung nicht "aufräumt", bzw. löscht. Daher die Frage, wie kann man den Swap löschen, evtl. mittels Cron-Job regelmäßig? Vorausgesetzt, meine obigen Annahmen wären korrekt.
Gar nicht, der Kernel managed das von alleine, da musst du nix aufräumen. Nur dafür sorgen, dass genügend RAM zur Verfügung steht.
Kann dann so aussehen:
echad@chet:~ $ free -ht total used free shared buff/cache available Mem: 7.7Gi 2.3Gi 2.5Gi 0.0Ki 2.8Gi 5.2Gi Swap: 99Mi 0B 99Mi Total: 7.8Gi 2.3Gi 2.6Gi echad@chet:~ $ uptime -p up 5 days, 19 hours, 41 minutes echad@chet:~ $ -
Gar nicht, der Kernel managed das von alleine, da musst du nix aufräumen. Nur dafür sorgen, dass genügend RAM zur Verfügung steht.
Kann dann so aussehen:
echad@chet:~ $ free -ht total used free shared buff/cache available Mem: 7.7Gi 2.3Gi 2.5Gi 0.0Ki 2.8Gi 5.2Gi Swap: 99Mi 0B 99Mi Total: 7.8Gi 2.3Gi 2.6Gi echad@chet:~ $ uptime -p up 5 days, 19 hours, 41 minutes echad@chet:~ $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 minutesUpdate: Eine Verdoppelung des RAM z. B. würde sich da wohl anbieten, oder? :-)
-
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 minutesUpdate: Eine Verdoppelung des RAM z. B. würde sich da wohl anbieten, oder? :-)
@qqolli
Eigentlich schaut das doch gar nicht verkehrt aus.
Was läuft denn da alles im Hintergrund?
Wird das System irgendwann ausgebremst? -
@qqolli
Eigentlich schaut das doch gar nicht verkehrt aus.
Was läuft denn da alles im Hintergrund?
Wird das System irgendwann ausgebremst?@thomas-braun
Ja und wenn ioch mir den maximalen Speicherverbrauch der letzten Monate ansehe, wurden von den 8GB weniger als 6GB gebraucht:
Was sonst noch so passiert:
=================== ZUSAMMENFASSUNG ==================== v.0.0.4 Betriebssystem: Debian GNU/Linux 11 (bullseye) Installation: lxc Zeitzone: Etc/UTC User-ID: 1000 X-Server: inaktiv Nodejs-Installation: /usr/bin/nodejs v16.19.0 /usr/bin/node v16.19.0 /usr/bin/npm 8.19.3 ioBroker Core: js-controller 4.0.24 admin: 6.3.5 Active repo(s): Stable (default) Objekte: 13531 Zustände: 10702 Größe der iob-Datenbanken: 4.0K backup-objects 25M objects.jsonl 4.0K objects.jsonl.lock 4.4M states.jsonl 4.0K states.jsonl.lock -
@thomas-braun
Ja und wenn ioch mir den maximalen Speicherverbrauch der letzten Monate ansehe, wurden von den 8GB weniger als 6GB gebraucht:Was sonst noch so passiert:
=================== ZUSAMMENFASSUNG ==================== v.0.0.4 Betriebssystem: Debian GNU/Linux 11 (bullseye) Installation: lxc Zeitzone: Etc/UTC User-ID: 1000 X-Server: inaktiv Nodejs-Installation: /usr/bin/nodejs v16.19.0 /usr/bin/node v16.19.0 /usr/bin/npm 8.19.3 ioBroker Core: js-controller 4.0.24 admin: 6.3.5 Active repo(s): Stable (default) Objekte: 13531 Zustände: 10702 Größe der iob-Datenbanken: 4.0K backup-objects 25M objects.jsonl 4.0K objects.jsonl.lock 4.4M states.jsonl 4.0K states.jsonl.lockDas ist nicht der letzte Stand von
iob diag
Deine Zeitzone ist nicht gesetzt. -
Das ist nicht der letzte Stand von
iob diag
Deine Zeitzone ist nicht gesetzt.@thomas-braun
Mit der aktuellen Version aus Deiner Signatur bleibt die Timezone gleich:======================= SUMMARY ======================= v.2023-01-02 Operatingsystem: Debian GNU/Linux 11 (bullseye) Installation: lxc Timezone: Etc/UTC 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 20M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ==================== -
Hallo zusammen,
ich nutze den iobroker seit ein paar Monaten erfolgreich auf einem eigenen kleinen Lenovo (i5, 7. Gen, 8GB RAM) in einem LXC Proxmox-Container (Proxmox 7).
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?
vielleicht kannst du da mehr rausfinden - evtl findest du dadurch, was swap belegt
http://northernmost.org/blog/find-out-what-is-using-your-swap/
-
@thomas-braun
Mit der aktuellen Version aus Deiner Signatur bleibt die Timezone gleich:======================= SUMMARY ======================= v.2023-01-02 Operatingsystem: Debian GNU/Linux 11 (bullseye) Installation: lxc Timezone: Etc/UTC 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 20M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================Die Zeitzone muss ja auch vom Administrator (also dir) gesetzt werden.
-
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 minutesUpdate: Eine Verdoppelung des RAM z. B. würde sich da wohl anbieten, oder? :-)
@qqolli
schau' doch mal nach, wie die "swappiness" auf deinem Proxmox-Node gesetzt ist:cat /proc/sys/vm/swappiness=> bei uns laufen alle Proxmoxe mit einer swappiness von "1" - bedeutet, der Kernel soll nur swappen, wenn tatsächlich notwendig.
Siehe z.B auch hier: https://askubuntu.com/questions/103915/how-do-i-configure-swappiness -
Die Zeitzone muss ja auch vom Administrator (also dir) gesetzt werden.
Hmm, zumidest für den Proxmox-Node ist die gesetzt:
Dachte, die wäre dann für alle Container ebenfalls valide. Oder muss die für jeden Container separat gesetzt werden?
-
Hmm, zumidest für den Proxmox-Node ist die gesetzt:
Dachte, die wäre dann für alle Container ebenfalls valide. Oder muss die für jeden Container separat gesetzt werden?
Offenbar muss das im Container gesetzt sein.
-
Offenbar muss das im Container gesetzt sein.
-
@thomas-braun
Wahrscheinlich, denn im IOB-Container, mittels Konsole ist die Zeit korrekt gesetzt:olli@ioBroker:~$ date +'%Y%m%d %H%M%S' 20230123 093551Oder muss ich die Zeitzone trotzdem mit
dpkg-reconfigure tzdataeinstellen?
@qqolli sagte in IOB auf Proxmox LXC - SWAP läuft voll:
Ja, setz die mal richtig.
dpkg-reconfigure tzdata -
Hmm, zumidest für den Proxmox-Node ist die gesetzt:
Dachte, die wäre dann für alle Container ebenfalls valide. Oder muss die für jeden Container separat gesetzt werden?
@qqolli sagte in IOB auf Proxmox LXC - SWAP läuft voll:
für jeden Container separat gesetzt werden?
Für jeden Lxc musst du
dpkg-reconfigure tzdataAusführen
-
@qqolli sagte in IOB auf Proxmox LXC - SWAP läuft voll:
Ja, setz die mal richtig.
dpkg-reconfigure tzdata@thomas-braun
Supi, jetzt stimmt es:======================= 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 ==================== -
@qqolli
schau' doch mal nach, wie die "swappiness" auf deinem Proxmox-Node gesetzt ist:cat /proc/sys/vm/swappiness=> bei uns laufen alle Proxmoxe mit einer swappiness von "1" - bedeutet, der Kernel soll nur swappen, wenn tatsächlich notwendig.
Siehe z.B auch hier: https://askubuntu.com/questions/103915/how-do-i-configure-swappiness -
@jleg
Oh, bei mir ist es 60:olli@ioBroker:~$ cat /proc/sys/vm/swappiness 60Sehe gerade, das es auf allen LXC auf 60 steht.
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.
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 Anmelden382
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge