Hallo Zusammen,
Folgende Fehlermeldung taucht in meiner Openhab 3 openhab.log datei auf:
[ERROR] [internal.JSONResponseExceptionMapper] - Unexpected exception occurred while processing REST request.
Da ich im Bereich Java gerade mal auf Seite 50 bin kann ich mir der Meldung mal überhaupt nichts anfangen.
Was mich am meisten interessiert, muß ich die Warnung auf jeden Fall beachten und den Fehler beheben oder kann ich die Meldung ignorieren?
Wenn ich schon mal dabei bin, da ist noch eine zweite Meldung:
[ERROR] [d4j.internal.RRD4jPersistenceService] - Could not create rrd4j database file '/var/lib/openhab/persistence/rrd4j/L_OG_SZ_TV.rrd': null
hab schon die Berechtigung des Verzeichnisses /var/lib/openhab/persistence/rrdj4 geprüft:
drwxrwxrwx 2 openhab openhab 12288 Aug 26 10:20 rrd4j
was kann das nu wieder sein???
Puuu ich nochmal, nach dem Aufruf: log:list in der openhab console bekomme ich die folgenden Stati zu verschiedenen Loggern angezeigt.
Ich schreib schon mal vor der Liste weiter, sind das jetzt alles kritische Fehlermeldungen und Stati? Weil eigentlich läuft die Installation ???
Normalerweise interpretiere ich Error als schweren Fehler aber wenns läuft.......
Danke schon mal für die Antworten die da komme mögen.
Logger │ Level
───────────────────────────────────────────────────┼──────
ROOT │ WARN
javax.jmdns │ ERROR
javax.mail │ ERROR
openhab.event │ INFO
openhab.event.AddonEvent │ ERROR
openhab.event.ChannelDescriptionChangedEvent │ ERROR
openhab.event.InboxUpdatedEvent │ ERROR
openhab.event.ItemAddedEvent │ ERROR
openhab.event.ItemChannelLinkAddedEvent │ ERROR
openhab.event.ItemChannelLinkRemovedEvent │ ERROR
openhab.event.ItemRemovedEvent │ ERROR
openhab.event.ItemStateEvent │ ERROR
openhab.event.RuleAddedEvent │ ERROR
openhab.event.RuleRemovedEvent │ ERROR
openhab.event.RuleStatusInfoEvent │ ERROR
openhab.event.StartlevelEvent │ ERROR
openhab.event.ThingAddedEvent │ ERROR
openhab.event.ThingRemovedEvent │ ERROR
openhab.event.ThingStatusInfoEvent │ ERROR
openhab.event.ThingUpdatedEvent │ ERROR
org.apache.cxf.jaxrs.sse.SseEventSinkImpl │ ERROR
org.apache.karaf.jaas.modules.audit │ INFO
org.apache.karaf.kar.internal.KarServiceImpl │ ERROR
org.apache.karaf.shell.ssh.SshUtils │ ERROR
org.apache.karaf.shell.support │ OFF
org.apache.sshd │ WARN
org.eclipse.lsp4j │ OFF
org.jupnp │ ERROR
org.openhab │ INFO
org.ops4j.pax.url.mvn.internal.AetherBasedResolver │ ERROR
org.ops4j.pax.web.pax-web-runtime │ OFF
su.litvak.chromecast.api.v2.Channel │ ERROR
Hallo,
nicht das ich viel Ahnung davon hätte, aber mit log:list listest du die Level auf, ab derer Meldungen ins Log geschrieben werden. ERROR bedeutet hier nicht Fehler, sondern das nur Fehlermeldungen ins Log geschrieben werden sollen.
WARN bedeutet, dass Warnungen und Fehler ins Log geschrieben werden.
Grisu27 hat geschrieben: ↑31. Aug 2021 11:59
Puuu ich nochmal, nach dem Aufruf: log:list in der openhab console bekomme ich die folgenden Stati zu verschiedenen Loggern angezeigt.
Ich schreib schon mal vor der Liste weiter, sind das jetzt alles kritische Fehlermeldungen und Stati? Weil eigentlich läuft die Installation ???
Normalerweise interpretiere ich Error als schweren Fehler aber wenns läuft.......
Du hast dir die Antwort schon selbst gegeben: es sind Status, keine Fehlermeldungen. Die Fehler und sonstige Statusmeldungen werden dir in der openhab.log angezeigt, abhängig von der jeweiligen Einstellung:
Nein, log:list listet Dir einfach auf, welche Logger im System angemeldet sind und welchen Level sie loggen.
Z.B. der Eintrag openhab.event │ INFO bedeutet, dass alles auf dem event Bus ab Stufe INFO geloggt wird, also nicht DEBUG-Meldungen, aber WARN und ERROR (neben INFO).
Logger erben die Eigenschaften der Eltern. openhab.event.AddonEvent │ ERROR bedeutet nun, dass AddonEvents nicht ab der Stufe INFO, sondern ab der Stufe ERROR (also nur diese Stufe, drüber gibt es nicht mehr) geloggt werden.
Das eigentliche Log kannst Du auch von der Karaf Konsole aus sehen, der Befehl lautet log:display.
ZRAM hat erst mal gar nichts mit openHAB zu tun. Solltest Du openHABian zur Installation eingesetzt haben (insbesondere, wenn Du mit einem Raspberry Pi unterwegs bist), ist ZRAM per default aktiv. ZRAM verbiegt Schreibzugriffe, so dass sie in einer RAMdisk landen. Auf diese Weise wird die SD-Karte geschont. Wenn der Raspberry geordnet (mit sudo shutdown) heruntergefahren wird, schreibt ZRAM die neuen DATEN in einem Rutsch auf die SD-Karte.
Die Persistence schreibt gerne und viel auf die SD-Karte, diese Zugriffe dürften also von ZRAM betroffen sein. Aber wegen dieses zusätzlichen Levels kann es geschehen, dass hier bestimmte Zugriffe nicht so funktionieren, wie sie sollen.
Was den JSONResponseExceptionMapper Error betrifft, so musst Du halt schauen, welches JSONPATH Statement den Fehler auslöst (ich gehe fest davon aus, dass der Fehler mit JSONPATH zu tun hat).
EDIT: Boah, gleich zwei Antworten, während ich noch schreibe...
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
Ahh mensch Udo gut das du da bist!!
Vielen Dank für die Infos, an das Thema ZRAM gehe ich morgen gleich mal ran, hatte da schon was in den Dokus zu openhab gefunden
Das ist ja wie bei der Maus hier man lernt nie aus!
Dann also die StaTusse
Ich hätte Arzt oder Anwalt werden sollen:
„Stati“ ist der Plural wie er in der lateinischen Grammatik regulär gebildet wird. Jedoch ist „Stati“ hier die falsche Pluralbildung. Das lateinische Wort „status“ wurde 1:1 in die deutsche Sprache übernommen. ... Da „Status“ ein Substantiv der u-Deklination ist, gilt, dass der Plural mit „-us“ gebildet wird.
kann ich mir der Meldung mal überhaupt nichts anfangen.
