Das addiert sicht halt … die paar Variablen in deinem Screenshot addieren sich schon zu 1000 MB Speicherbedarf. Da fehlt nicht mehr so viel zu den 1.8 GB.
Inzwischen bietet IPS die Möglichkeit, ältere Archivdaten auszudünnen. Das wäre hier ein geeigneter Anwendungsfall, Sensordaten der der Vorjahre braucht man nicht unbedingt in voller Detailtiefe.
Gerade nochmal genauer geschaut. In dem DB Verzeichnis liegt noch eine Datei (loggin.old) aus dem Jahr 2016 mit knapp 500MB rum:
du -h logging.old
463.2M logging.old
An sonsten denke ich auch, dass sich die Werte einfach zusammenaddieren.
Klingt absolut vernünftig. Die Frage ist was hier praktikabel wäre und vor allem nachhaltig das Problem beseitigt. Da wäre ich wirklich für konkrete Tipps dankbar.
Erstmal vielen Dank für die vielen Hilfestellungen hier!
Die Datei habe ich gelöscht. Das löst das Problem arber nicht oder nur bedingt:
Mon Nov 27 19:25:22 CET 2023
19:25:22 up 162 days, 4:07, load average: 0.08, 0.24, 0.16
Linux SymBox 4.14.114-v7 #2 SMP Sun Sep 19 20:07:15 UTC 2021 armv7l GNU/Linux
Gefühlt würde ich sagen, dass hier beim letzten Update auf die 6.0 irgend etwas schief gelaufen ist. Ich hatte früher immer genug Speicherplatz um z.B. min. drei Backups auf der Symbox liegen zu lassen. Jetzt ist selbst nach dem Löschen der alten Archivdatei gerade mal 300MB frei:
.
Neue Variablen, die geloggt werden, sind eigentlich auch schon seit langer Zeit (bestimmt ein Jahr und länger) keine mehr dazugekommen.
Es bleibt dir leider nur übrig per WinSCP zu schauen, wer genau so viel verbraucht - bzw. wie oben vorgeschlagen in der Archiv Instanz zu sehen, welche Variable viel benötigt und dort ausdünnen. Dafür haben wir seit der 6.4 die „Ausdünnen“ Funktion.
Okay, dass heißt das Ziel muss sein auf eine neuere Version upzudaten um die Logdaten dann komfortabel ausdünnen zu können. Aktuel schlägt die Symbox vor, direkt auf 7.0 upzudaten. Ist das okay? Ich hätte erwartet, dass da noch ein paar Zwischenschritte von Nöten sind.
Ab wieviel Prozent freien Speicher wäre es denn gefahrlos möglich das Update anzugehen?
Was ich noch nicht so richtig verstanden habe:
Für die Auslastung von /mnt/data sind die großen Archive verantwortlich.
Aber warum sind /mnt/symupd und /mnt/symcon auch zu 100% voll?
Die sind real only. Für das OS ist der Speicherplatz auf /mnt/data auch egal. Alle Systemdateien liegen auf /mnt/system. D.h. das System sollte problemlos updaten
Kannst Du bitte mal schauen, ob Dir das ArchiveControl eine Reaggregation von Variablen vorschlägt? Wenn ja, kannst Du diese durchführen und danach mal den Speicherplatz prüfen?
Das hatte ich bereits geprüft. Reaggregation wurde für ein paar Variablen vorgeschlagen. Habe dann allerdings alle Variablen reaggregiert. Brachte allerdings keine Besserung.
Als nächstes werde ich das Update auf die 7.0 dirchführen sobald ich etwas mehr Zeit finde (fals Nacharbeiten notwendig sind).
Ein Backup komnte ich Gestern bereits erstellen.
Kurze Rückmeldung. Habe soeben auf die 7.0 upgedated. Das System schaut und fühlt sich jetzt deutlich gesünder an:
Sun Dec 3 08:29:59 CET 2023 (Compute Module 3 Rev 1.0)
08:29:59 up 2 min, load average: 0.38, 0.30, 0.12
Linux SymBox 5.10.110-v8 #2 SMP PREEMPT Tue Aug 29 15:36:06 UTC 2023 aarch64 GNU/Linux
Nichts destotrotz werde ich mich mal dem Thema Archive widmen und für die Variablen, wo keine Langzeithistorie benötigt wird etwas ausdünnen bzw. die Einstellungen anpassen.
Besten Dank an den guten Support hier im Forum schon mal.
Das ist ein String mit nur 3 Einträgen. Lässt sich manuell auch nicht reaggregieren. Mein gesamtes Archiv hat ca. 550MB bei 198 geloggten Variablen.
Danke und Gruss
Seppm
PS: Hab jetzt mal nicht neu gestartet, da IPSview läuft. Allerdings kommt mir das ganze Ding sehr langsam vor, werde also spätestens morgen starten da das Ding laufen muss.
Ich konnte Module updaten, das neue IP Symcon 7.1 installieren …
aber irgendwie beunruhigt mich die Meldung trotzdem.
Hier die Speicherauslastung:
Tue Jul 9 12:56:48 CEST 2024 (Compute Module 3 Plus Rev 1.0)
12:56:48 up 20 min, load average: 0.47, 0.92, 1.02
Linux SymBox 6.1.61-v8 #2 SMP PREEMPT Mon Feb 12 14:22:49 UTC 2024 aarch64 GNU/Linux