aktuelles Logfile fehlt

[KNUT345]

Hallo Zusammen,
ich habe FHEM auf einem RasPi3B seit längerem am Laufen
und verwende ein tägliches Logfile, heißt

Code Auswählen Erweitern

attr global logfile ./log/fhem-%Y-%m-%d.log
Seit zwei Tagen wird jedoch keine neues File mehr erzeugt.
Nach komplettem Neustart (reboot RasPi) werden zumindest wieder die Logs der Devices gemacht,
aber weiterhin kein Logfile.
Hat jemand eine Idee?
Ich habe den Speicher in Verdacht,
aber free -m sagt das noch Speicher verfügbar ist.

Grüße

[JoWiemann]

Hallo,

wenn Du nur den RAM Speicher siehst hilft das nicht weiter. Was sagt denn die Abfrage des Datei Speichers? Im selben Paket in dem free bereit gestellt wird sollte sich auch htop befinden. Das zeigt Dir mehr an.

Auf Grund Deiner Beschreibung gehe ich von: Datei Speicher ist voll, aus. Bei einem Neustart werden die Swap Dateien geleert. Das führt zunächst zu freiem Datei Speicher, der dann durch die Swap Dateien wieder aufgebraucht wird.

Grüße Jörg

[betateilchen]

Das globale Attribut "logfile" repräsentiert ja nicht das Logfile selbst.

Ist denn das device "Logfile" selbst noch in Deinem FHEM vorhanden?
Was steht im device "global" in den Internals unter "currentlogfile"

Hast Du mal versucht, FHEM manuell von der Konsole zu starten, um zu sehen, ob dabei Fehler auftreten?

[KNUT345]

Das globale Attribut "logfile" repräsentiert ja nicht das Logfile selbst.

Ist denn das device "Logfile" selbst noch in Deinem FHEM vorhanden?
Was steht im device "global" in den Internals unter "currentlogfile"

Hast Du mal versucht, FHEM manuell von der Konsole zu starten, um zu sehen, ob dabei Fehler auftreten?

das Logfile ist da

Code Auswählen Erweitern

currentlogfile ./log/fhem-2026-02-04.logaber in der Anzeige sehe ich nur Einträge von Vorgestern (02.02.2026...)
Bin aktuell offline, aber Heute Morgen war das File fhem-2026-02-04.log nicht da

Danke und Grüße
Knut

[betateilchen]

das Logfile ist da

Das ist erstmal nur eine Behauptung, mehr nicht.

Schau bitte auf dem Dateisystem nach, ob es die Datei wirklich gibt und - wenn ja - was da drinsteht.
Die Angabe in dem Internal ist lediglich der Name der von FHEM ermittelten Logdatei, die verwendet werden sollte. Man kann daraus nicht ableiten, ob diese benannte Datei tatsächlich existiert.

[passibe]

Wie schon gesagt, free ist der falsche Befehl bzgl. (Festplatten-)Speicherplatz. Richtig ist df -h.

Kann aber auch einfach sein, dass deine SD-Karte hinüber ist.

[KNUT345]

File war nicht da.
Hat definitiv mit Speicher zu tun.
/dev/root war 84%
nach Löschen alter files nun so:

Code Auswählen Erweitern

fhem@RasPi3:~ $ df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root        15G    7,4G  6,4G  54% /
devtmpfs        431M      0  431M    0% /dev
tmpfs          463M      0  463M    0% /dev/shm
tmpfs          463M    13M  451M    3% /run
tmpfs          5,0M    4,0K  5,0M    1% /run/lock
tmpfs          463M      0  463M    0% /sys/fs/cgroup
/dev/mmcblk0p1  253M    54M  199M  22% /boot
/dev/sda1        15G    9,4G  5,6G  63% /media/usb
tmpfs            93M      0  93M    0% /run/user/1001
fhem@RasPi3:~ $
wollte dann mit

Code Auswählen Erweitern

shutdown restartneu starten, dann hat sich FHEM aufgehängt
und konnte RasPi nur noch per Netz ein/aus starten
danach waren die alten Dateien wieder im Log-Ordner vorhanden
also wieder gelöscht, jetzt mal abwarten wie es weiterläuft

Grüße
Knut

[JoWiemann]

Hallo,

ich würde an Deiner Stelle auch mal prüfen wie umfangreich die Linux System Logs sind. Vor einigen Jahren hatte ich ein ähnliches Problem. Da war Log Rotate nicht aktiviert und die System Logs haben alles blockiert.

Grüße Jörg

[RalfRog]

...danach waren die alten Dateien wieder im Log-Ordner vorhanden...

Klingt auch merkwürdig. Oben war ja schon von einer defekten SD-Karte die Rede.

Ich finde es immer sinnvoll mal kurz zu schauen ob das Verzeichnis /lost&found leer ist. Wenn nicht gab es Fehler im Dateisystem die auf Fehler der Karte hindeuten können. Insbesondere wenn es viele Dateien sind.

Gruß Ralf