openhab 2.4 logs

Moderatoren: seppy, udo1toni

Antworten
schlagi
Beiträge: 17
Registriert: 14. Jul 2018 17:42

openhab 2.4 logs

Beitrag von schlagi » 9. Sep 2019 17:29

Hallo,
Unter openhab/userdata/logs/
befindet sich das events.log und openhab.log wo ja gelogt werden sollte. bei mir sehe ich zwar das die Zeit und das Dateum der Logs aktuell ist . Aber der Inhalt ist leer. Es war einfach nach einen neustart das nichts mehr geschrieben wird. Ich such jetzt schon eine Woche und finde den Fehler nicht.
Bitte dringend um Hilfe .

Christian

Benutzeravatar
udo1toni
Beiträge: 1788
Registriert: 11. Apr 2018 18:05
Wohnort: Darmstadt

Re: openhab 2.4 logs

Beitrag von udo1toni » 9. Sep 2019 23:02

Hast Du Dir schon mal die Konfiguration des loggers angeschaut?

Der Pfad lautet normalerweise /var/lib/openhab2/etc/org.ops4j.pax.logging.cfg (wenn Du mit apt installiert hast)

schlagi
Beiträge: 17
Registriert: 14. Jul 2018 17:42

Re: openhab 2.4 logs

Beitrag von schlagi » 10. Sep 2019 19:06

Hallo, Das ist der Inhalt der Datei.Siehst du da einen Fehler ?.
Ich finde da nichts ...

# Common pattern layout for appenders
#log4j2.pattern = %d{ISO8601} | %-5p | %-16t | %-32c{1} | %X{bundle.id} - %X{bundle.name} - %X{bundle.version} | %m%n

# Root logger
log4j2.rootLogger.level = WARN
log4j2.rootLogger.appenderRefs = out, osgi
log4j2.rootLogger.appenderRef.out.ref = LOGFILE
log4j2.rootLogger.appenderRef.osgi.ref = OSGI

# Karaf Shell logger
log4j2.logger.shell.name = org.apache.karaf.shell.support
log4j2.logger.shell.level = OFF
log4j2.logger.shell.appenderRefs = stdout
log4j2.logger.shell.appenderRef.stdout.ref = STDOUT

# Security audit logger
log4j2.logger.audit.name = org.apache.karaf.jaas.modules.audit
log4j2.logger.audit.level = INFO
log4j2.logger.audit.additivity = false
log4j2.logger.audit.appenderRefs = audit
log4j2.logger.audit.appenderRef.audit.ref = AUDIT

# openHAB specific logger configuration

log4j2.logger.openhab.name = org.openhab
log4j2.logger.openhab.level = INFO

log4j2.logger.smarthome.name = org.eclipse.smarthome
log4j2.logger.smarthome.level = INFO

log4j2.logger.smarthomeItemStateEvent.name = smarthome.event.ItemStateEvent
log4j2.logger.smarthomeItemStateEvent.level = WARN
log4j2.logger.smarthomeItemAddedEvent.name = smarthome.event.ItemAddedEvent
log4j2.logger.smarthomeItemAddedEvent.level = WARN
log4j2.logger.smarthomeItemRemovedEvent.name = smarthome.event.ItemRemovedEvent
log4j2.logger.smarthomeItemRemovedEvent.level = WARN
log4j2.logger.smarthomeThingStatusInfoEvent.name = smarthome.event.ThingStatusInfoEvent
log4j2.logger.smarthomeThingStatusInfoEvent.level = WARN
log4j2.logger.smarthomeThingAddedEvent.name = smarthome.event.ThingAddedEvent
log4j2.logger.smarthomeThingAddedEvent.level = WARN
log4j2.logger.smarthomeThingRemovedEvent.name = smarthome.event.ThingRemovedEvent
log4j2.logger.smarthomeThingRemovedEvent.level = WARN
log4j2.logger.smarthomeInboxUpdatedEvent.name = smarthome.event.InboxUpdatedEvent
log4j2.logger.smarthomeInboxUpdatedEvent.level = ERROR

log4j2.logger.events.name = smarthome.event
log4j2.logger.events.level = INFO
log4j2.logger.events.additivity = false
log4j2.logger.events.appenderRefs = event
log4j2.logger.events.appenderRef.event.ref = EVENT
log4j2.logger.events.appenderRef.osgi.ref = OSGI

log4j2.logger.jupnp.name = org.jupnp
log4j2.logger.jupnp.level = WARN

log4j2.logger.jmdns.name = javax.jmdns
log4j2.logger.jmdns.level = WARN

log4j2.logger.paperui.name = org.openhab.ui.paper
log4j2.logger.paperui.level = WARN
log4j2.logger.paperuiint.name = org.openhab.ui.paper.internal
log4j2.logger.paperuiint.level = INFO

# This suppresses all Maven download issues from the log when doing feature installations
# as we are logging errors ourselves in a nicer way anyhow.
log4j2.logger.paxurl.name = org.ops4j.pax.url.mvn.internal.AetherBasedResolver
log4j2.logger.paxurl.level = ERROR

# Filters known issues of pax-web (issue link to be added here).
# Can be removed once the issues are resolved in an upcoming version.
log4j2.logger.paxweb.name = org.ops4j.pax.web.pax-web-runtime
log4j2.logger.paxweb.level = OFF

# Filters known issues of lsp4j, see
# https://github.com/eclipse/smarthome/issues/4639
# https://github.com/eclipse/smarthome/issues/4629
# https://github.com/eclipse/smarthome/issues/4643
# Can be removed once the issues are resolved in an upcoming version.
log4j2.logger.lsp4j.name = org.eclipse.lsp4j
log4j2.logger.lsp4j.level = OFF

# Filters known issues of KarServiceImpl, see
# https://github.com/openhab/openhab-dist ... -351944506
# Can be removed once the issues are resolved in an upcoming version.
log4j2.logger.karservice.name = org.apache.karaf.kar.internal.KarServiceImpl
log4j2.logger.karservice.level = ERROR

# Filters warnings about small thread pools.
# The thread pool is kept small intentionally for supporting resource constrained hardware.
log4j2.logger.threadpoolbudget.name = org.eclipse.jetty.util.thread.ThreadPoolBudget
log4j2.logger.threadpoolbudget.level = ERROR


# Appenders configuration

# Console appender not used by default (see log4j2.rootLogger.appenderRefs)
log4j2.appender.console.type = Console
log4j2.appender.console.name = STDOUT
log4j2.appender.console.layout.type = PatternLayout
log4j2.appender.console.layout.pattern = %d{HH:mm:ss.SSS} [%-5.5p] [%-36.36c] - %m%n

# Rolling file appender
log4j2.appender.out.type = RollingRandomAccessFile
log4j2.appender.out.name = LOGFILE
log4j2.appender.out.fileName = ${openhab.logdir}/openhab.log
log4j2.appender.out.filePattern = ${openhab.logdir}/openhab.log.%i
log4j2.appender.out.immediateFlush = true
log4j2.appender.out.append = true
log4j2.appender.out.layout.type = PatternLayout
log4j2.appender.out.layout.pattern = %d{yyyy-MM-dd HH:mm:ss.SSS} [%-5.5p] [%-36.36c] - %m%n
log4j2.appender.out.policies.type = Policies
log4j2.appender.out.policies.size.type = SizeBasedTriggeringPolicy
log4j2.appender.out.policies.size.size = 3MB

# Event log appender
log4j2.appender.event.type = RollingRandomAccessFile
log4j2.appender.event.name = EVENT
log4j2.appender.event.fileName = ${openhab.logdir}/events.log
log4j2.appender.event.filePattern = ${openhab.logdir}/events.log.%i
log4j2.appender.event.immediateFlush = true
log4j2.appender.event.append = true
log4j2.appender.event.layout.type = PatternLayout
log4j2.appender.event.layout.pattern = %d{yyyy-MM-dd HH:mm:ss.SSS} [%-26.26c] - %m%n
log4j2.appender.event.policies.type = Policies
log4j2.appender.event.policies.size.type = SizeBasedTriggeringPolicy
log4j2.appender.event.policies.size.size = 3MB

# Audit file appender
log4j2.appender.audit.type = RollingRandomAccessFile
log4j2.appender.audit.name = AUDIT
log4j2.appender.audit.fileName = ${openhab.logdir}/audit.log
log4j2.appender.audit.filePattern = ${openhab.logdir}/audit.log.%i
log4j2.appender.audit.append = true
log4j2.appender.audit.layout.type = PatternLayout
log4j2.appender.audit.layout.pattern = %d{yyyy-MM-dd HH:mm:ss.SSS} [%-5.5p] [%-36.36c] - %m%n
log4j2.appender.audit.policies.type = Policies
log4j2.appender.audit.policies.size.type = SizeBasedTriggeringPolicy
log4j2.appender.audit.policies.size.size = 3MB

# OSGi appender
log4j2.appender.osgi.type = PaxOsgi
log4j2.appender.osgi.name = OSGI
log4j2.appender.osgi.filter = *
log4j2.logger.org_apache_sshd.level = ERROR
log4j2.logger.org_apache_sshd.name = org.apache.sshd

Benutzeravatar
udo1toni
Beiträge: 1788
Registriert: 11. Apr 2018 18:05
Wohnort: Darmstadt

Re: openhab 2.4 logs

Beitrag von udo1toni » 10. Sep 2019 22:35

Ja, sieht erst mal gut aus.

HABSeb
Beiträge: 2
Registriert: 6. Okt 2019 19:07

Re: openhab 2.4 logs

Beitrag von HABSeb » 6. Okt 2019 20:00

Hallo zusammen,

gibt es zu dem Problem mittlerweile eine Lösung oder weitere Informationen?
Scheine ein ähnliches Problem zu haben.

Ich nutze openHAB erst recht kurz, habe vor ca. 2 Monaten openHAB (Version 2.4.0.002) auf einer Synology DS718 eingerichtet, das lief bisher ohne Probleme aber heute ist mir aufgefallen, dass seit ca. 24 Stunden kein event.log und seit ca. 3 Stunden kein openhab.log mehr geschrieben wird (der letzte openhab.log Eintrag ist anscheinend auch nur halbfertig geschrieben worden: "2019-10-06 13:55:31.679 [WARN ] [el.core.internal.ModelRepositoryImpl] - Configur" dann hört es auf.

Ich habe in den letzten Tagen keine Änderungen an meiner openHAB Konfiguration oder der Diskstation vorgenommen (erst heute beim Hinzufügen eines neuen Items viel mir das Problem auf, da es nicht in den log Dateien erschien).

Meine bisherige Netzrecherche hat leider nicht zu einer Lösung meines Problems geführt (folgendes habe ich bereits getestet):
Über die Konsole -> log:display erhalte ich weiterhin log Einträge / Events, sie werden nur nicht mehr in die .log Dateien geschrieben.
Habe event.log und openhab.log bereits gelöscht (genau genommen umbenannt) und openHAB danach neu gestartet (versuchsweise auch die ganze Diskstation), die Dateien wurden neu angelegt, bleiben jetzt aber leer.

Bis auf die beiden jetzt komplett leeren logfiles kann ich keine Fehlfunktion von openHAB feststellen.

Hat jemand eine Idee, was ich noch versuchen kann?

Viele Grüße
Sebastian

Benutzeravatar
udo1toni
Beiträge: 1788
Registriert: 11. Apr 2018 18:05
Wohnort: Darmstadt

Re: openhab 2.4 logs

Beitrag von udo1toni » 7. Okt 2019 05:26

Dieser Fehler ist extrem seltsam.
Ich hab ehrlich gesagt keine Idee, woran das liegen könnte. Ein Rechteproblem ist eigentlich ausgeschlossen, da die Dateien ja auch wieder neu angelegt werden.
Vielleicht gibt es im englischen Forum jemanden, dem das auch schon passiert ist.

Ansonsten wäre mein einziger Rat, die Konfiguration zu sichern, openHAB komplett zu deinstallieren (inklusive purge) und neu zu installieren.

Man kann versuchen, ob das einfache Rückspielen eines kompletten Backups funktioniert (aber vorher schauen, ob das Log wieder geschrieben wird...). Falls anschließend wieder kein Log geschrieben werden sollte, müsste man die Konfiguration stattdessen stückweise kopieren (und dabei darauf achten, dass die Logs weiter geschrieben werden).

HABSeb
Beiträge: 2
Registriert: 6. Okt 2019 19:07

Re: openhab 2.4 logs

Beitrag von HABSeb » 12. Okt 2019 13:49

Ich habe jetzt endlich den Fehler gefunden und beheben können.

Hier wird der Fehler und dessen Behebung beschrieben:
https://community.openhab.org/t/openhab ... ting/77202

Wenn man wie ich auf der Synology bei der Installation die Option tmpfs wählt (RAM Disk um das Log nicht alle paar Sekunden auf die Festplatten zu schreiben) wird diese tmpfs im Standard nur 20 MB groß. Sobald die 20 MB voll sind, wird das log nicht mehr weggeschrieben. Ich habe jetzt die alten logfiles (in meinem Fall event.log.1 - event.log.6) gelöscht und jetzt wird wieder geloggt.

Jetzt wäre es natürlich schön, wenn nur das akutelle log auf der tmpfs liegt und die alten nicht im RAM bleiben.

Ich habe jetzt einfach ein neues Verzeichnis log_archive angelegt und in der Datei org.ops4j.pax.logging.cfg das filePattern geändert, sodass die Ablage der alten logfiles nicht mehr in die Ramdisk geschrieben werden. Ich hoffe, damit ist das Problem dann langfristig gelöst.

Code: Alles auswählen

...
log4j2.appender.out.fileName = ${openhab.logdir}/openhab.log
#log4j2.appender.out.filePattern = ${openhab.logdir}/openhab.log.%i
log4j2.appender.out.filePattern = /volume1/public/openHAB/log_archive/openhab.log.%i
...
log4j2.appender.event.fileName = ${openhab.logdir}/events.log
#log4j2.appender.event.filePattern = ${openhab.logdir}/events.log.%i
log4j2.appender.event.filePattern = /volume1/public/openHAB/log_archive/events.log.%i
...

Benutzeravatar
udo1toni
Beiträge: 1788
Registriert: 11. Apr 2018 18:05
Wohnort: Darmstadt

Re: openhab 2.4 logs

Beitrag von udo1toni » 12. Okt 2019 19:47

Oh. Ja, die Lösung sollte funktionieren (kannst ja am Anfang der nächsten Woche schauen...) Allerdings erscheinen mir 20MByte für openhab.log und events.log zusammen für eine ganze Woche ebenfalls ziemlich knapp. Sowohl events.log als auch openhab.log sind bei mir heute (also Samstag) jeweils etwa 14MByte groß, einfach durch die Menge der Ereignisse.
Ansonsten ist diese Optimierung natürlich kein Standard (wenn auch äußerst sinnvoll), so dass solche Dinge naturgemäß erst mal nicht im Focus sein werden...

Antworten

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 2 Gäste