Log Viewer zeigt keine Einträge mehr

[Guidobald]

Hallo zusammen,

ich habe mir heute Grafana und die Influx DB installiert. Soweit OK

Doch leider läuft jetzt der Log Viewer nicht mehr. Header wird gezeigt, aber es gibt keine Einträge...

Folgende Meldung:

Code: Alles auswählen

sudo systemctl status frontail.service
● frontail.service - Frontail openHAB instance, reachable at http://openhabian:9001
   Loaded: loaded (/etc/systemd/system/frontail.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2022-01-09 21:41:20 CET; 4s ago
     Docs: https://github.com/mthenw/frontail
 Main PID: 3884 (node)
    Tasks: 8 (limit: 4915)
   CGroup: /system.slice/frontail.service
           ├─3884 node /usr/lib/node_modules/frontail/bin/frontail --disable-usage-stats --ui-highlight --ui-highlight-preset /usr/lib/node_modules/frontail/preset/open
           └─3998 tail -n 200 -F /var/log/openhab/openhab.log /var/log/openhab/events.log

Jan 09 21:41:20 openhabian systemd[1]: Started Frontail openHAB instance, reachable at http://openhabian:9001.
Jan 09 21:41:21 openhabian frontail[3884]: tail: cannot open '/var/log/openhab/openhab.log' for reading: No such file or directory
Jan 09 21:41:21 openhabian frontail[3884]: tail: cannot open '/var/log/openhab/events.log' for reading: No such file or directory

tatsächlich liegen die Dateien (openhab.log und events.log) auch nicht in dem Verzeichnis. Wie bekomme ich die wieder rein? Eine einfache Textdatei per FTP reinschieben klappt nicht. (Übertragung konnte nicht gestartet werden).

Viele Grüße und danke für eure Hilfe!

[KellerK1nd]

Vermutlich wieder eine Rechteproblem. Sehr oft hier schon behandelt. sudo openhab-cli reset-ownership sollte dich zum Ziel bringen. Wenn nicht, sudo journalctl -e -u openhab.service, da sollte drin stehen warum openhab keine Files anlegen können.

[Guidobald]

Danke aber leider hat das noch nix gebracht.

Das folgende sehe ich bei sudo journalctl -e -u openhab.service

Code: Alles auswählen

Jan 10 07:06:52 openhabian karaf[978]: Caused by: java.io.FileNotFoundException: /var/log/openhab/openhab.log (No such file or directory)
Jan 10 07:06:52 openhabian karaf[978]:         at java.base/java.io.FileOutputStream.open0(Native Method)
Jan 10 07:06:52 openhabian karaf[978]:         at java.base/java.io.FileOutputStream.open(FileOutputStream.java:298)
Jan 10 07:06:52 openhabian karaf[978]:         at java.base/java.io.FileOutputStream.<init>(FileOutputStream.java:237)
Jan 10 07:06:52 openhabian karaf[978]:         at org.apache.karaf.main.util.BootstrapLogManager$SimpleFileHandler.open(BootstrapLogManager.java
Jan 10 07:06:52 openhabian karaf[978]:         at org.apache.karaf.main.util.BootstrapLogManager$SimpleFileHandler.<init>(BootstrapLogManager.ja
Jan 10 07:06:52 openhabian karaf[978]:         at org.apache.karaf.main.util.BootstrapLogManager.getDefaultHandlerInternal(BootstrapLogManager.j
Jan 10 07:06:52 openhabian karaf[978]:         ... 12 more
Jan 10 07:06:55 openhabian karaf[978]: org.ops4j.pax.logging.pax-logging-api [log4j2] ERROR : Unable to create file /var/log/openhab/openhab.log
Jan 10 07:06:55 openhabian karaf[978]: org.ops4j.pax.logging.pax-logging-api [log4j2] ERROR : Could not create plugin of type class org.apache.l
Jan 10 07:06:55 openhabian karaf[978]: org.ops4j.pax.logging.pax-logging-api [log4j2] ERROR : Unable to invoke factory method in class org.apach
Jan 10 07:06:55 openhabian karaf[978]: org.ops4j.pax.logging.pax-logging-api [log4j2] ERROR : Cannot access RandomAccessFile java.io.IOException
Jan 10 07:06:55 openhabian karaf[978]: org.ops4j.pax.logging.pax-logging-api [log4j2] ERROR : Could not create plugin of type class org.apache.l
Jan 10 07:06:55 openhabian karaf[978]: org.ops4j.pax.logging.pax-logging-api [log4j2] ERROR : Unable to invoke factory method in class org.apach
Jan 10 07:06:55 openhabian karaf[978]: org.ops4j.pax.logging.pax-logging-api [log4j2] ERROR : Cannot access RandomAccessFile java.io.IOException
Jan 10 07:06:55 openhabian karaf[978]: org.ops4j.pax.logging.pax-logging-api [log4j2] ERROR : Could not create plugin of type class org.apache.l
Jan 10 07:06:55 openhabian karaf[978]: org.ops4j.pax.logging.pax-logging-api [log4j2] ERROR : Unable to invoke factory method in class org.apach
Jan 10 07:06:55 openhabian karaf[978]: org.ops4j.pax.logging.pax-logging-api [log4j2] ERROR : Null object returned for RollingFile in Appenders.
Jan 10 07:06:55 openhabian karaf[978]: org.ops4j.pax.logging.pax-logging-api [log4j2] ERROR : Null object returned for RollingRandomAccessFile i
Jan 10 07:06:55 openhabian karaf[978]: org.ops4j.pax.logging.pax-logging-api [log4j2] ERROR : Null object returned for RollingRandomAccessFile i
Jan 10 07:06:55 openhabian karaf[978]: org.ops4j.pax.logging.pax-logging-api [log4j2] ERROR : Unable to locate appender "LOGFILE" for logger con
Jan 10 07:06:55 openhabian karaf[978]: org.ops4j.pax.logging.pax-logging-api [log4j2] ERROR : Unable to locate appender "AUDIT" for logger confi
Jan 10 07:06:55 openhabian karaf[978]: org.ops4j.pax.logging.pax-logging-api [log4j2] ERROR : Unable to locate appender "EVENT" for logger confi

[udo1toni]

wechsele bitte mal ins Verzeichnis /var/log/ und schaue, ob das Verzeichnnis openhab vorhanden ist. Wenn ja, schaue, wer der Besitzer ist

Code: Alles auswählen

openhabian@openhab3:~$ cd /var/log/
openhabian@openhab3:/var/log$ ls -l
insgesamt 96
-rw-r--r--  1 root      root                 0  6. Jan 00:00 alternatives.log
drwxr-xr-x  2 root      root                29  5. Jan 22:31 apt
-rw-r-----  1 root      adm              55659 10. Jan 10:37 auth.log
-rw-rw----  1 root      utmp                 0  1. Jan 00:00 btmp
-rw-r-----  1 root      adm              26575 10. Jan 10:37 daemon.log
-rw-r-----  1 root      adm                  0  8. Jan 00:00 debug
-rw-r--r--  1 root      root             18930  5. Jan 22:31 dpkg.log
-rw-r--r--  1 root      root             32064 11. Dez 2020  faillog
-rw-r--r--  1 root      root               484 23. Aug 13:04 fontconfig.log
drwxr-sr-x+ 3 root      systemd-journal      3 23. Aug 13:11 journal
-rw-rw-r--  1 root      utmp            292584 10. Jan 10:37 lastlog
-rw-r-----  1 root      adm                  0  8. Jan 00:00 mail.info
-rw-r-----  1 root      adm                  0  8. Jan 00:00 mail.log
-rw-r-----  1 root      adm                  0  8. Jan 00:00 mail.warn
-rw-r-----  1 root      adm                149  9. Jan 00:10 messages
drwxr-xr-x  2 mosquitto root                10 10. Jan 01:09 mosquitto
drwxr-xr-x  2 openhab   openhab             20  9. Jan 07:14 openhab     <------------------
drwx------  2 root      root                 2 13. Sep 2020  private
drwxr-xr-x  3 root      root                 3 23. Aug 13:05 runit
drwxr-x---  3 root      adm                 35  9. Jan 00:00 samba
-rw-r--r--  1 root      root             52563 10. Jan 10:37 syslog
drwxr-xr-x  2 root      root                 2  6. Apr 2019  sysstat
drwxr-x---  2 root      adm                 23  8. Jan 00:00 unattended-upgrades
-rw-r-----  1 root      adm                  0 24. Nov 00:01 user.log
-rw-rw-r--  1 root      utmp            284160 10. Jan 10:37 wtmp
openhabian@openhab3:/var/log$

(sollte openhab openhab sein).


Falls das Verzeichnis nicht existiert, lege es an:

Code: Alles auswählen

sudo mkdir /var/log/openhab

und sorge im Anschluss dafür, dass es dem User openhab gehört:

Code: Alles auswählen

sudo chown openhab: /var/log/openhab

Dnach musst Du openHAB eventuell neu starten.

Falls nur der Besitzer des Verzeichnisses hartnäckig falsch ist, setze den einfach mit dem zweiten Befehl passend.

[zinnik]

Hallo habe das selbe problem nach update auf openhab 4 kein Logviewer mehr


in putty sieht es jetzt so aus nach udos vorgehensweise

openhab verzeichnis ist erstellt und stand auf root---root

wurde auf openhab---openhab geändert.

Code: Alles auswählen

root@ddb51492bd5b:/var/log# sudo chown openhab: /var/log/openhab
bash: sudo: command not found
root@ddb51492bd5b:/var/log# chown openhab: /var/log/openhab
root@ddb51492bd5b:/var/log#  ls -ls
total 92
 4 -rw-r--r-- 1 root    root       1864 Jul 28 14:45 alternatives.log
 4 drwxr-xr-x 1 root    root       4096 Jul 28 14:45 apt
 0 -rw-rw---- 1 root    utmp          0 Jul 25 00:00 btmp
32 -rw-r--r-- 1 root    root      28925 Jul 28 14:45 dpkg.log
 8 -rw-r--r-- 1 root    root     288064 Aug  9 09:28 faillog
 4 -rw-r--r-- 1 root    root        484 Jul 28 14:45 fontconfig.log
36 -rw-rw-r-- 1 root    utmp    2628584 Aug  9 09:28 lastlog
 4 drwxr-xr-x 2 openhab openhab    4096 Aug  9 17:30 openhab
 0 -rw-rw-r-- 1 root    utmp          0 Jul 25 00:00 wtmp
root@ddb51492bd5b:/var/log# [~] #

erhalt im docker status noch die meldung "tail: cannot open '/logs/events.log' for reading: Not a directory"

lg zinnik



Edit: hat sich erledigt habe den Pfad falsch angegeben

anstatt: /DOCKER-CONFIG/openHab-4.0.1/userdata/logs
hatte ich : /DOCKER-CONFIG/openHab-4.0.1/userdata/logs/events.log

lg zinnik

[Oekel]

Hi, ich hatte gerade das selbe Problem mit OH 4.1 (konnte es dank Udo beheben):
Mich würde dennoch interessieren, wie es dazu kommen kann?

ins Verzeichnis /var/log/ und schaue, ..., wer der Besitzer ist

Code: Alles auswählen

openhabian@openhab3:~$ cd /var/log/
openhabian@openhab3:/var/log$ ls -l
...
drwxr-xr-x  2 openhab   openhabian             20  9. Jan 07:14 openhab     <------------------
...
openhabian@openhab3:/var/log$

(sollte openhab openhab sein).

Falls nur der Besitzer des Verzeichnisses hartnäckig falsch ist, setze den einfach mit dem zweiten Befehl passend.

Code: Alles auswählen

sudo chown openhab: /var/log/openhab

Code: Alles auswählen

openhabian@openhabian:/var/log $ sudo systemctl stop openhab.service

Code: Alles auswählen

openhabian@openhabian:/var/log $ sudo systemctl start openhab.service

Jetzt erinnere ich mich, dass über

Code: Alles auswählen

sudo openhabian-config

vor kurzem die default-lang von en auf de geändert habe. Ansonsten aber wirklich garnichts. Und kurz nach dem ändern dern Sprache musste ich ebenfalls neu starten und der log (den ich sehr sehr häufig öffne) war noch da/ok.

Was könnte hier also bei mir die Rechte von openhab--> openhabian geändert haben?

LG

[Oekel]

Hi, ich hatte gerade das selbe Problem mit OH 4.1 (konnte es dank Udo beheben):

Da war ich leider zu voreilig.

Beim hochfahren kamen einige Logs, doch dann kurz darauf wieder das alte Verhalten.
(Die Rechte stehen noch korrekt).

Code: Alles auswählen

openhabian@openhabian:/var/log $ df
Dateisystem    1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/root       61115432 6742256  51848964   12% /
devtmpfs         1933396       0   1933396    0% /dev
tmpfs            1968244       0   1968244    0% /dev/shm
tmpfs             787300   79080    708220   11% /run
tmpfs               5120       0      5120    0% /run/lock
/dev/loop0         92800   92800         0  100% /snap/core/16207
/dev/loop1         55168   55168         0  100% /snap/core20/2106
/dev/loop2         54656   54656         0  100% /snap/core20/2018
/dev/loop3        143232  143232         0  100% /snap/zwave-js-ui/276
/dev/mmcblk0p1    261108   52850    208258   21% /boot
/dev/zram1        738048  136256    548032   20% /opt/zram/zram1
overlay1          738048  136256    548032   20% /var/lib/openhab/persistence
/dev/zram2        996780  980396         0  100% /opt/zram/zram2
overlay2          996780  980396         0  100% /var/log
tmpfs             393648       4    393644    1% /run/user/1000

wie wird "overlay2" gehandled? Kann ich hier noch etwas tun, oder bin ich an einem natürlichen Limit?

Code: Alles auswählen

openhabian@openhabian:/var/log/openhab $ ls -l
insgesamt 6700
-rw-rw-r-- 1 openhab openhab       0 15. Nov 23:07 audit.log
-rw-r--r-- 1 openhab openhab       0 16. Jan 11:36 events.log
-rw-r--r-- 1 openhab openhab  825894 30. Dez 20:21 events.log.1.gz
-rw-r--r-- 1 openhab openhab  453357 31. Dez 13:31 events.log.2.gz
-rw-r--r-- 1 openhab openhab 1280506  4. Jan 16:01 events.log.3.gz
-rw-r--r-- 1 openhab openhab 1297077  8. Jan 05:07 events.log.4.gz
-rw-r--r-- 1 openhab openhab  596356  9. Jan 19:39 events.log.5.gz
-rw-r--r-- 1 openhab openhab 1311684 12. Jan 22:08 events.log.6.gz
-rw-r--r-- 1 openhab openhab  567823 16. Jan 11:11 events.log.7.gz
-rw-r--r-- 1 openhab openhab       0 16. Jan 11:36 openhab.log
-rw-r--r-- 1 openhab openhab    5439 18. Nov 00:12 openhab.log.1.gz
-rw-r--r-- 1 openhab openhab    1574 18. Nov 00:43 openhab.log.2.gz
-rw-r--r-- 1 openhab openhab   10323 18. Nov 14:18 openhab.log.3.gz
-rw-r--r-- 1 openhab openhab   28829 21. Nov 22:17 openhab.log.4.gz
-rw-r--r-- 1 openhab openhab  300161 31. Dez 13:31 openhab.log.5.gz
-rw-r--r-- 1 openhab openhab  134456  9. Jan 19:39 openhab.log.6.gz
-rw-r--r-- 1 openhab openhab   17390 16. Jan 11:11 openhab.log.7.gz
-rwxr-xr-x 1 openhab openhab       0 22. Dez 20:51 Readme.txt

In dem Zusammehahng lösche ich mal die *.gz
viewtopic.php?t=6517

Code: Alles auswählen

openhabian@openhabian:/ $ sudo zram-config start
zram-config start 2024-01-16-11:56:40-CET
createZdevice: Beginning creation of zDevice.
createZdevice: Beginning creation of zDevice.
createZdevice: Beginning creation of zDevice.
openhabian@openhabian:/ $ df
Dateisystem    1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/root       61115432 7533960  51057260   13% /
devtmpfs         1933396       0   1933396    0% /dev
tmpfs            1968244       0   1968244    0% /dev/shm
tmpfs             787300    1968    785332    1% /run
tmpfs               5120       0      5120    0% /run/lock
/dev/loop0         92800   92800         0  100% /snap/core/16207
/dev/loop1         55168   55168         0  100% /snap/core20/2106
/dev/loop2         54656   54656         0  100% /snap/core20/2018
/dev/loop3        143232  143232         0  100% /snap/zwave-js-ui/276
/dev/mmcblk0p1    261108   52850    208258   21% /boot
/dev/zram1        738048      32    684256    1% /opt/zram/zram1
tmpfs             393648       4    393644    1% /run/user/1000
/dev/zram4        738048      36    684252    1% /opt/zram/zram4
overlay4          738048      36    684252    1% /var/lib/openhab/persistence
/dev/zram5        996780      36    927932    1% /opt/zram/zram5
overlay5          996780      36    927932    1% /var/log

sieht ja erstmal wieder besser aus...

Doch "mosquitto" war danach nicht mehr da und ich musste ihn neu installieren (warum?)
Ebenso stellte ich gerade fest, dass meine Items (default-persistance = RRD4j) keine Werte mehr aus der Vergangenheit haben. Lagen die auch im Zram?

LG

[udo1toni]

ZRAM ist gerne mal etwas zickig, wenn der Platz nicht mehr ausreicht. Ich nutze das nicht, deshalb nur Anhaltspunkte:
zram beenden und deaktivieren (notfalls deinstallieren).
Pi neustarten.
openHAB anhalten (sudo systemctl stop openhab.service)
In /var/log/openhab/ alle alten logs löschen (alles mit .gz, gerne auch alles mit einer Ziffer am Ende, falls noch ungepackte alte logs da liegen)
In /usr/share/openhab/persistence/rrd4j/ nach alten rrd-Dateien schauen (alte Items, die nicht mehr existieren... einfach nach dem letzten Zugriffszeitpunkt schauen)
ZRAM wieder installieren bzw. aktivieren und zum Abschluss den Pi nochmals neu starten.

Das wäre meine Vorgehensweise, um sicherzustellen, dass wirklich alle Altlasten aufgeräumt sind.