Ich möchte Dir empfehlen, einen anderen Weg zu gehen.
Hole die die Originaldatei:
https://raw.githubusercontent.com/openh ... log4j2.xml und speichere den Inhalt passend ab. openHAB darf beim Speichern der Datei nicht laufen, also vorher beenden und anschließend wieder starten.
Du kannst die von Dir verwendete Datei vorher sichern, obwohl ich davon abraten möchte, Hacks zu verwenden (das wäre, die von Dir verwendete Datei wieder zu aktivieren).
Die "korrekte" Methode, das Logging zu steuern, läuft nicht über das Auskommentieren von Zeilen, sondern über die Karaf Konsole aus dem
laufenden openHAB System heraus. (Das Passwort des KARAF Users openhab lautet normalerweise
habopen)
Code: Alles auswählen
Using username "openhabian".
Authenticating with public key "imported-openssh-key" from agent
Linux openhab 5.15.107-1-pve #1 SMP PVE 5.15.107-1 (2023-04-20T10:05Z) x86_64
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Tue May 30 11:56:37 2023 from 192.168.178.207
DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD
iiiiiiiiiiiiiii openhab iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii
ggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggg
DD Ip -> 192.168.178.55
DD Release -> Debian GNU/Linux 11 (bullseye)
DD Kernel -> Linux 5.15.107-1-pve
DD Platform -> lxc
DD Uptime -> 6 day(s). 16:16:0
DD CPU Usage -> 3.54% avg over 2 cpu(s) (6 core(s) x 1 socket(s))
DD CPU Load -> 1m: 0.51, 5m: 0.79, 15m: 0.93
DD Memory -> Free: 0.71GB (24%), Used: 2.28GB (76%), Total: 3.00GB
DD Swap -> Free: 0.00GB (0%), Used: 0.00GB (100%), Total: 0.00GB
DD Root -> Free: 5.87GB (73%), Used: 2.12GB (27%), Total: 8.00GB
DD Updates -> 0 apt updates available.
DD Sessions -> 1 session(s)
DD Processes -> 38 running processes of 4194304 maximum processes
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
openhabian@openhab:~$ openhab-cli console
Logging in as openhab
Password:
_ _ _ ____
___ ___ ___ ___ | | | | / \ | __ )
/ _ \ / _ \ / _ \ / _ \ | |_| | / _ \ | _ \
| (_) | (_) | __/| | | || _ | / ___ \ | |_) )
\___/| __/ \___/|_| |_||_| |_|/_/ \_\|____/
|_| 3.4.4 - Release Build
Use '<tab>' for a list of available commands
and '[cmd] --help' for help on a specific command.
To exit, use '<ctrl-d>' or 'logout'.
openhab> log:list
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.cxf.phase.PhaseInterceptorChain │ 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
openhab> log:set OFF openhab.event
openhab> log:set DEFAULT openhab.event.AddonEvent
.
.
.
openhab> logout
Da die meisten Events eigene Log Level haben, musst Du leider jedes davon einzeln entweder auf OFF oder auf DEFAULT setzen. Mit DEFAULT wird der Eintrag aus der Liste entfernt und der Logger erbt künftig die Einstellung vom übergeordneten Element. Je nachdem, wie schlecht Dein System konfiguriert ist (aka wie viele ERROR-Meldungen so auftauchen...) wäre es natürlich sinnvoll, den Log Level der Einzelereignisse auf ERROR stehen zu lassen und nur das übergeordnete openhab.event von INFO auf OFF zu stellen.
Natürlich kannst Du die entsprechenden Zeilen in der log4j2.xml auch händisch bearbeiten, aber dann bitte nicht auskommentieren, sondern den level Eintrag entfernen, also z.B. statt
Code: Alles auswählen
<Logger level="ERROR" name="openhab.event.ItemStateEvent"/>
machst Du aus der Zeile
dann erbt der Logger die Einstellung vom übergeordneten Element (welches Du auf OFF setzt)
Code: Alles auswählen
<Logger additivity="false" level="OFF" name="openhab.event">
Zeilen auszukommentieren geht natürlich, aber Du machst damit das Logging kaputt.
Du könntest auch den Appender abschalten (indem Du diese Zeile tatsächlich auskommentierst):
Code: Alles auswählen
<Logger additivity="false" level="INFO" name="openhab.event">
<!-- <AppenderRef ref="EVENT"/> -->
<AppenderRef ref="OSGI"/>
</Logger>
Damit landet das Logging nicht mehr in der Datei events.log (das Ziel ist weiter oben definiert), sondern ausschließlich in OSGI. In der Karaf Konsole könntest Du dann weiterhin mit
log:display bzw.
log:tail das Logging der Events sehen (natürlich nur die aktuellen Events)
Aber wie gesagt, das Auskommentieren von Zeilen in der log4j2.xml ist grundsätzlich bäh, weil es am vorgesehenen Workflow vorbei arbeitet. Das Mindeste wäre dann eine zusätzliche Notiz, dass Du da mit Kommentar manipuliert hast, warum, und wie der Originalzustand wiederherzustellen ist.
openHAB4.1.2 stable in einem Debian-Container (bookworm) (Proxmox 8.1.5, LXC), mit openHABian eingerichtet