RAM Verbauch ab 4:30 Uhr fast 100%

[Jakobxyz]

Hallo,

pünktlich um 4:30 Uhr schnellt der Ram verbrauch von OpenHAB auf fast 100%, im systemlog ist aber auch nichts zufinden warum. Nach einem Neustart ist wieder alles Normal.
Weiß da einer mehr davon?

[udo1toni]

Hast Du eine Rule, die um die Uhrzeit triggert?

[Jakobxyz]

Ne eben nicht, hab ich erst auch dran gedacht, gibt es aber keine.

[udo1toni]

Gibt es im log irgendetwas, was um 04:30 passiert?
Hast Du vielleicht ein automatisches Backup laufen?
journalctl wäre noch eine gute Anlaufstelle, um zu schauen, was um die Zeit im System passiert.

[EmptySoft]

RAM Verbrauch unter Linux ist grundsätzliches ja nichts schlechtes (so lange er nicht zum swapen anfängt)

[Jakobxyz]

Gibt es im log irgendetwas, was um 04:30 passiert?

Nein, ich find nix

Gibt es im log irgendetwas, was um 04:30 passiert?
Hast Du vielleicht ein automatisches Backup laufen?
journalctl wäre noch eine gute Anlaufstelle, um zu schauen, was um die Zeit im System passiert.

Ja, aber dieses findet schon um 3:45 Uhr

journalctl wäre noch eine gute Anlaufstelle, um zu schauen, was um die Zeit im System passiert.

Geht nur 2h zurück

[udo1toni]

Nein, journalctl kann im Normalfall Monate in die Vergangenheit schauen. Du musst lediglich mit der Option --since ein Datum mit angeben (z.B. für heute --since 2020-11-04)
Die einzige Ausnahme wäre ein System, welches z.B. per ZRAM das Log nicht auf die SD-Karte speichert. Aber auch dann sollten die Logs länger als 2 Stunden in die Vergangenheit reichen.

Wegen des Backups: Kannst Du das Backup mal um eine Stunde verschieben? Wenn die Auslastung sich dann auch verschiebt, hast Du den Schuldigen. Ich denke nicht, dass der zeitliche Abstand hier ein Ausschlusskriterium ist.

[Jakobxyz]

Nein, journalctl kann im Normalfall Monate in die Vergangenheit schauen. Du musst lediglich mit der Option --since ein Datum mit angeben (z.B. für heute --since 2020-11-04)
Die einzige Ausnahme wäre ein System, welches z.B. per ZRAM das Log nicht auf die SD-Karte speichert. Aber auch dann sollten die Logs länger als 2 Stunden in die Vergangenheit reichen.

Wegen des Backups: Kannst Du das Backup mal um eine Stunde verschieben? Wenn die Auslastung sich dann auch verschiebt, hast Du den Schuldigen. Ich denke nicht, dass der zeitliche Abstand hier ein Ausschlusskriterium ist.

Habe ich gemacht, das ist das Ergebnis, welches aber auch den ganzen Tag "ausgespuckt" wird:

Code: Alles auswählen

Nov 04 04:00:02 OpenHAB CRON[607863]: pam_unix(cron:session): session opened for
Nov 04 04:00:02 OpenHAB CRON[607864]: pam_unix(cron:session): session opened for
Nov 04 04:00:02 OpenHAB CRON[607868]: (root) CMD (cp -r /var/lib/openhab2/persis
Nov 04 04:00:02 OpenHAB CRON[607867]: (root) CMD (cp -r /var/lib/openhab2/persis
Nov 04 04:00:04 OpenHAB CRON[607863]: pam_unix(cron:session): session closed for
Nov 04 04:00:04 OpenHAB CRON[607864]: pam_unix(cron:session): session closed for
Nov 04 04:34:01 OpenHAB CRON[635030]: pam_unix(cron:session): session opened for
Nov 04 04:34:01 OpenHAB CRON[635042]: (root) CMD (   cd / && run-parts --report 
Nov 04 04:34:01 OpenHAB CRON[635030]: pam_unix(cron:session): session closed for
Nov 04 05:34:02 OpenHAB CRON[683023]: pam_unix(cron:session): session opened for user root by (uid=0)

Wegen des Backups: Kannst Du das Backup mal um eine Stunde verschieben? Wenn die Auslastung sich dann auch verschiebt, hast Du den Schuldigen. Ich denke nicht, dass der zeitliche Abstand hier ein Ausschlusskriterium ist.

Hab ich gemacht.

[Jakobxyz]

Stand heute ist der Verbrauch nicht nach oben gegangen, habe das Proxmox Backup nach vorne verschoben.

[udo1toni]

Immer wieder lustig... Von Proxmox war irgendwie gar nicht die Rede... Solche Nebensächlichkeiten wären schon eine Erwähnung wert...