openhabforum.de

Hallo zusammen,
Mein Openhab läuft nicht mehr und ich vermute, dass es ein Speicherplatz problem ist.
Ein gibt folgendes aus: Schaut so aus, als ob zram3 und log voll sind.

Bevor ich etwas lösche wollte ich Fragen, ob ich das "einfach" löschen kann? Durch ein clean-cache werden die Dateien nicht bereinigt.
Oder kann ich die Partition "ohne Probleme" vergrößern? Platz ist genug vorhanden

Danke für Eure Rückmeldung!

Wenn openHAB runtergefahren ist, starte den Pi mal durch (sudo shutdown -r now) ZRAM wird dynamisch gefüllt, so dass ein Neustart (zunächst) Abhilfe schaffen sollte. Ist das nicht der Fall, so hast Du mutmaßlich ein Konfigurationsproblem (z.B. tausende Items, welche alle persistiert werden)

Grundsätzlich kannst Du Logdateien immer löschen, allerdings (naturgemäß) unter Verlust der Logs. Zumindest die jüngsten Logdateien (zumindest events.log und openhab.log) solltest Du also im besten Fall extern sichern, bevor Du die löschst.
Logdateien, die Du löschst, wird openHAB automatisch neu anlegen.
Die einfache Variante ist also erst mal alles außer events.log und openhab.log wegzuschmeißen. Wenn diese beidne Dateien aber immer noch zu groß sein sollten, verschiebe sie an eine andere Stelle im Dateisystem (z.B. /home/openhabian/) Diverse *.gz Dateien sind alte Logs, die gezippt wurden. Die sind nur interessant, wenn man einen länger zurückliegenden Fehler analysieren will (also quasi nie...) Zu analysierende Fehler sind gewöhnlich solche, die immer wieder auftreten, womit es dann herzlich egal ist, warum sie z.B. vor vier Wochen aufgetreten sind, ich nehme einfach das Auftreten von heute Morgen und schaue mir das an... audit.log ist ebenfalls "egal" (natürlich nicht generell, aber in 99 % der Fälle... und sie wird automatisch neu angelegt)

Vergrößern der ZRAM Partition ist keine Option, denn diese Partitionen werden im RAM angelegt, das heißt sie kosten dauerhaft Arbeitsspeicher. Wenn es sich um einen Pi mit massig RAM handelt (also Pi4 oder Pi5 mit 8 GByte) kannst Du die Größe der ZRAM Partitionen gefahrlos vergrößern, sonst würde ich eher die Finger davon lassen (selbst bei der 4 GByte Variante)

Danke Udo.

Ich hatte das System bereits mehrmals neu gestartet (sudo reboot). Sollte ähnliches bewirken, oder? Hat hier leider nicht geholfen.

Was meinst Du denn mit dem Konfigurationsproblem? Wie können Items persistiert werden? Du meinst, dass diese gespeichert werden?

Standard Verhalten ist, dass alle Items persistiert werden, und zwar mit rrd4j. Deshalb gibt es unter dem Analyze Link die Chart Ansicht.
Aber Da Im Dateisystem nur wenige Kilobyte in den entsprechenden Verzeichnissen liegen, kann man das bei Dir als Problemgrund ausschließen... hab ich aber erst später drauf geachtet...
Egal, lösch einfach mal alles bis auf openhab.log und events.log aus dem Verzeichnis /var/log/openhab/ heraus und starte anschließend den Pi neu. /opt/zram/zram3 muss anschließend nur noch diese beiden Dateien enthalten. Sollte das Verzeichnis mit diesen beiden Dateien immer noch voll sein, so verschiebe die Dateien und starte noch mal neu, dann muss das Verzeichnis quasi leer sein (openHAB legt allerdings unmittelbar neue log-Dateien an, die aber dann relativ wenig Speicherplatz verwenden.

SChaut jetzt viel besser aus: Aber jetzt ist das komplette system super, super langsam und träge....
wie kann ich sehen, was da so viel resourcen verbraucht? ist vermutlich kein Openhab - Topic mehr....

Die Frage ist, wie lange das System schon läuft (also ob es sich schon "eingegrooved" hat). Ansonsten kannst Du openHAB auch noch mal stoppen und wieder starten - nicht den Pi, es reicht, per openHAB selbst neu zu starten. Wenn das nicht hilft, musst Du halt Logs wälzen.
sudo top zeigt Dir die laufenden Prozesse an, eine bessere Ansicht erhältst Du, wenn Du Dir mittels eine grafisch etwas schickere Variante installierst (und dann mit
sudo htop startest). htop kann Threads zuklappen (F5 oder F6 um die Threads als Baumstruktur zu zeigen, die Minus-Taste des Zehnerblocks, um die hervorgehobene Struktur zu- oder aufzuklappen).
free zeigt Dir den RAM-Verbrauch an, df zeigt die Dateisystem Auslastung pro Device, du zeigt den Speicherbedarf innerhalb des Dateisystems, z.B. du -hs /var/log/* zeigt eine Liste aller Inhalte in /var/log/, zusammen mit dem echten Platzbedarf als Summe (-s), in menschenlesbarer (-h für human) Form, also in Kbyte, MByte, GByte.

Danke Udo.

Ich habe das Problem gefunden. Grafana hat wie blöd die Log zugemüllt. Ich habe den Dienst erstmal gestoppt und jetzt läuft alles wieder. Jetzt mache ich mich mal auf die Suche nach dem Grund.

Vielen Dank nochmals.