Logbefehle in KARAF erzeugen Fehler

[Jbreuer]

Guten Tag,

seit einiger Zeit sind meine Logfiles komplett leer. Deshalb habe ich mich an die KARAF Konsole angemeldet.
Dort erzeugen die log-Befehle Fehlermeldungen


openhab> log:display
[Fatal Error] :128:17: Element type "Loggen" must be followed by either attribute specifications, ">" or "/>".
Error executing command: Unable to retrieve level


Ich komme hier leider alleine nicht weiter

Beste Grüße
Jürgen

[udo1toni]

Vermutlich ist Deine Loggerkonfiguration kaputt. Zu finden ist die Datei im Dateisystem unter $OPENHAB_USERDATA/etc/log4j2.xml.
Im gleichen Verzeichnis könnte es auch eine log4j2.xml.dpkg-dist geben, die könntest Du einfach über die alte log4j2.xml kopieren.

Code: Alles auswählen

cd $OPENHAB_USERDATA/etc
ls -l log4j2.xml*
# falls die Datei existiert, kann sie einfach über die kaputte Datei kopiert werden:
sudo -u openhab cp log4j2.xml.dpkg-dist log4j2.xml

Alternativ kannst Du die aktuell von apt ausgelieferte Datei auch von github laden: https://github.com/openhab/openhab-dist ... log4j2.xml.
Du kannst die Datei im laufenden Betrieb ersetzen oder openHAB dafür stoppen, das sollte egal sein.

In der Datei werden alle loggerspezifischen Einstellungen gespeichert, also z.B. auch das LogLevel für die einzelnen Logger. Solltest Du hier Anpassungen vorgenommen haben, gehen die bei der Aktion verloren bzw. Du musst sie anschließend wieder entsprechend vornehmen.

[Jbreuer]

Hallo udo1oni,

in der Datei "log4j2.xml" gab es tatsächlich einen Syntaxfehler. Fehler behoben und die Logbefehle arbeiten wieder. Vielen Dank

Ich finde nur noch keine Log-Files (z.B unter "openhabian@openhabian:/srv/openhab-userdata/log".
Wo sollten diese zu finden sein?

Die Logs im Verzeichnis "openhabian@openhabian:/var/log/openhab " z.B openhab.log sind leider auch leer

[peter-pan]

Die Log-Dateien findest du hier:

Code: Alles auswählen

hab4@raspi58:~ $ ls -alF /var/log/openhab
insgesamt 692
drwxrwxr-x  2 openhab openhab   4096 30. Dez 10:35 ./
drwxr-xr-x 12 root    root      4096 30. Dez 10:34 ../
-rw-rw-r--  1 openhab openhab      0 27. Feb 2024  audit.log
-rw-r--r--  1 openhab openhab      0 19. Dez 2024  events.log
-rw-rw-r--  1 openhab openhab 288162 19. Mai 2024  events.log.1.gz
-rw-rw-r--  1 openhab openhab  10444 17. Jul 2024  events.log.2.gz
-rw-rw-r--  1 openhab openhab 109553 27. Aug 2024  events.log.3.gz
-rw-rw-r--  1 openhab openhab 206299  2. Sep 2024  events.log.4.gz
-rw-r--r--  1 openhab openhab   3421 19. Dez 2024  events.log.5.gz
-rw-rw-r--  1 openhab openhab  15031 30. Dez 10:36 openhab.log
-rw-rw-r--  1 openhab openhab   5284 28. Dez 12:28 openhab.log.1.gz
-rw-rw-r--  1 openhab openhab   5291 28. Dez 12:32 openhab.log.2.gz
-rw-rw-r--  1 openhab openhab   5271 28. Dez 13:18 openhab.log.3.gz
-rw-rw-r--  1 openhab openhab   5865 29. Dez 11:54 openhab.log.4.gz
-rw-rw-r--  1 openhab openhab   5214 29. Dez 14:42 openhab.log.5.gz
-rw-rw-r--  1 openhab openhab   5402 29. Dez 15:48 openhab.log.6.gz
-rw-rw-r--  1 openhab openhab   7763 30. Dez 10:35 openhab.log.7.gz
-rwxr-xr-x  1 openhab openhab      0 23. Nov 21:30 Readme.txt*
hab4@raspi58:~ $

[Jbreuer]

da wird aber scheinbar seit dem 13. April 2025 nichts mehr geschrieben:


openhabian@openhabian:~ $ ls -alF /var/log/openhab
total 11972
drwxrwxr-x 2 openhab openhabian 4096 Dec 30 10:43 ./
drwxr-xr-x 13 root root 4096 Dec 30 10:42 ../
-rwxr-xr-x 1 openhab openhab 0 May 7 2023 audit.log*
-rwxr-xr-x 1 openhab openhab 0 Oct 30 2023 events.log*
-rwxr-xr-x 1 openhab openhab 1766688 Sep 22 2023 events.log.1.gz*
-rwxr-xr-x 1 openhab openhab 669450 Sep 23 2023 events.log.2.gz*
-rwxr-xr-x 1 openhab openhab 1776523 Sep 27 2023 events.log.3.gz*
-rwxr-xr-x 1 openhab openhab 1776445 Sep 30 2023 events.log.4.gz*
-rwxr-xr-x 1 openhab openhab 1773567 Oct 4 2023 events.log.5.gz*
-rwxr-xr-x 1 openhab openhab 1759745 Oct 8 2023 events.log.6.gz*
-rwxr-xr-x 1 openhab openhab 1069915 Oct 30 2023 events.log.7.gz*
-rwxr-xr-x 1 openhab openhab 0 Apr 13 2025 openhab.log*
-rwxr-xr-x 1 openhab openhab 206439 Dec 20 2024 openhab.log.1.gz*
-rwxr-xr-x 1 openhab openhab 241800 Dec 25 2024 openhab.log.2.gz*
-rwxr-xr-x 1 openhab openhab 226668 Dec 29 2024 openhab.log.3.gz*
-rwxr-xr-x 1 openhab openhab 229159 Jan 3 2025 openhab.log.4.gz*
-rwxr-xr-x 1 openhab openhab 232084 Jan 8 2025 openhab.log.5.gz*
-rwxr-xr-x 1 openhab openhab 255561 Jan 14 2025 openhab.log.6.gz*
-rwxr-xr-x 1 openhab openhab 239119 Jan 19 2025 openhab.log.7.gz*
-rwxr-xr-x 1 openhab openhab 0 Apr 13 2023 Readme.txt*
openhabian@openhabian:~ $

[udo1toni]

Hast Du openHAB mal neu gestartet? Das komplette System neu gestartet?
Handelt es sich um eine openHABian Installation auf einem Raspberry Pi? Dann könnte ZRAM eventuell mit rein spielen (da wäre ein Neustart die schnellste Variante).
Falls das nicht der Fall ist: Schau bitte mal, wie es um das Dateisystem bestellt ist:

Code: Alles auswählen

df -h

sollte Auskunft über die Füllstände liefern. Sollte / vollgelaufen sein, kannst Du mit

Code: Alles auswählen

sudo du -hs /var/*

herausfinden, wo die großen Brocken liegen. Der Befehl listet als Beispiel alle Verzeichnisse innerhalb /var/ samt Speicherbedarf auf. Befinden sich im Verzeichnis auch Dateien, werden diese einzeln gelistet. Man kann sich also bequem Ebene für Ebene vortasten.

Es versteht sich von selbst, dass man nicht einfach Dateien löschen darf nur wenn klar ist, dass diese "überflüssig" sind, kann man Platz schaffen (z.B. alte gepackte logs unterhalb /var/log/)