Ereignis-Logging bricht regelmäßig ab

Ich habe folgendes Problem, das vermutlich nichts mit der neuen Version zu tun hat. Es betrifft das loggen von von Ereignissen in der logfile.log

Wenn ich in der Pro-Console auf die Mitteilungen gucke, dann werden diese angezeigt. Wenn ich in die Logdatei /var/log/symcon/logfile.log gucke, dann sieht das aktuell so aus…

20.11.2020 20:54:41 | 22064 | MESSAGE | EnOcean EltakoSwitch | Erstelle...
20.11.2020 20:54:41 | 48198 | MESSAGE | EnOcean EltakoSwitch | Erstelle...
20.11.2020 20:54:41 | 24210 | MESSAGE | EnOcean EltakoSwitch | Erstelle...
20.11.2020 20:54:41 | 53818 | MESSAGE | EnOcean EltakoSwitch | Erstelle...
20.11.2020 20:54:41 | 27233 | MESSAGE | EnOcean EltakoSwitch | Erstelle...
20.11.2020 20:54:41 | 55456 | MESSAGE | EnOcean EltakoShutter | Erstelle...
20.11.2020 20:54:41 | 59040 | MESSAGE | MA2Gateway           | Erstelle...
20.11.2020 20:54:41 | 00000 | DEBUG   | ScriptEngine         | Skriptausführung (Text) - Länge: 112 ~ Absender: RunScript
20.11.2020 20:54:41 | 00000 | DEBUG   | ScriptEngine         | Skriptausführung (Text) - Länge: 0 ~ Absender: RunScript ~ Dauer: 1 ms
20.11.2020 20:54:41 | 00000 | DEBUG   | ScriptEngine         | Skriptausführung (Text) - Länge: 118 ~ Absender: RunScript
20.11.2020 20:54:41 | 00000 | DEBUG   | ScriptEngine         | S

Ein

ls -l

zeigt, dass die Zeitstempel weiter aktualisiert werden. Es wird aber nichts mehr geschrieben.

-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1604098800.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1604185217.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1604271634.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1604358045.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1604444460.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1604530808.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1604617214.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1604690603.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1604703649.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1604790004.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1604876420.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1604962817.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1605049231.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1605117751.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1605117845.log
-rw-r--r-- 1 root root       0 Nov 22 00:00 logfile1605135645.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1605286375.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1605308441.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1605394813.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1605481200.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1605567642.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1605654020.log
-rw-rw-rw- 1 root root       0 Nov 22 00:00 logfile1605740404.log
-rw-r--r-- 1 root root 6758400 Nov 22 00:00 logfile1605826853.log
-rw-rw-rw- 1 root root  135168 Nov 22 00:00 logfile1605902055.log
lrwxrwxrwx 1 root root      37 Nov 20 20:54 logfile.log -> /var/log/symcon/logfile1605902055.log

nach einem Neustart von Symcon geht es dann wieder. Hat jemand eine Idee, was da schiefläuft?

Viele Grüße
Jürgen

Ganz doof gefragt: Speicherplatz ist genug da? mit der SSD/SD-Karte gibt es bisher keine Auffälligkeiten?

paresy

guter Tip!
Reichlich Speicher ist vorhanden. Allerdings hatte ich das /var/log-Verzeichnis in einem 50Mb-zram-Speicher. Der kann schnell überlaufen. Das habe ich jetzt geändert und werde gucken, ob der Spuk damit vorbei ist.

Danke
Jürgen

War der freie Speicher korrekt über df ersichtlich? Wir haben in der SymBox ja auch 100 MB als Ram-Drive für /var/log vorgesehen und IP-Symcon sollte die Logs einfach öfter rotieren, wenn der Speicher knapp wird. (Wobei ich ab und zu gesehen habe, dass dies nicht korrekt geht als mir noch unerklärlichen Gründen. Dann sollte aber im Logfile stehen, dass der Speicherplatz kritisch ist und wir hören sauber auf)

paresy

ja, die Auslastung stand bei 63%.

im Logfile stand bisher nie eine Mitteilung über den knappen Speicher. Die Log-Abbrüche sahen bisher immer so aus, wie oben gepostet.

Viele Grüße
Jürgen

Aber bei 63% sollte das doch nicht „stecken“ bleiben? Das Logfile wird bei < 5MB freier Speicher deaktiviert.

paresy

das ist richtig. 63% war der Stand, wo es lief. Als es steckengeblieben ist, habe ich nicht kontrolliert.

Jürgen

aktuell liegt das Symcon-Log-Verzeichnis bei 225MB. 50MB waren also deutlich zu klein.

Viele Grüße
Jürgen