Fehlerprotokoll

[hbrockmann]

ich hätte erwartet, das bei der einstellung für das fehlerprotokoll auf "nur fehler", dann auch nur fehler im logfile erfasst werden?



erhofft hatte ich mir dadurch im logfile diesen "info spam" zu vermeiden..

Feb 27 06:17:55 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO [vert.x-eventloop-thread-2] SYSTEM: 0 Accesspoints in Queue
Feb 27 06:17:55 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO [vert.x-eventloop-thread-2] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used
Feb 27 06:17:55 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO [vert.x-eventloop-thread-2] SYSTEM: Eventlistener Handler utilization: 0/50 used
Feb 27 06:22:55 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO [vert.x-eventloop-thread-2] SYSTEM: 0 Accesspoints in Queue
Feb 27 06:22:55 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO [vert.x-eventloop-thread-2] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used
Feb 27 06:22:55 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO [vert.x-eventloop-thread-2] SYSTEM: Eventlistener Handler utilization: 0/50 used

ja, ich habe mehrfach gelesen das man die infos einfach ignorieren soll..

ich habe aber eher den eindruck das die software die einstellungen "nur fehler" generell ignoriert??
wofür ist diese einstellmöglichkeit denn überhaupt vorhanden, wenn sie doch keine wirkung zeigt?

(diese problematik tritt bisher in allen versionen auf die ich seit mehreren jahren nutze, auch im neusten release)

[jp112sdl]

Dein Log-Auszug ist aus der /var/log/hmserver.log
Auf das HMIPServer-Logging hast du so direkt keinen Einfluss.

Die Einstellugen aus deinem Screenshot beeinflussen die Ausgaben, die in /var/log/messages geschrieben werden.
"Homematic Funk" bedeutet hierbei nicht Homematic IP, sondern das gute alte BidCos.
"Logikschicht" ist die ReGa.

Wenn du einen Syslog Server verwendest, wirst du sehen, dass der "ganze Spam" dort auch gar nicht ankommt.

[hbrockmann]

naja, sagen wir es mal so..

die einstellungen sind im bereich "fehlerprotokoll" und an der einzigen stelle an der ich ein log runterladen kann.

da sollte man von ausgehen können, das die einstellungen das runterladbare log auch tangieren..
wenn das miteinander alles überhaupt nichts zu tun hat, dann sollte man das besser trennen?

[jmaus]

da sollte man von ausgehen können, das die einstellungen das runterladbare log auch tangieren..
wenn das miteinander alles überhaupt nichts zu tun hat, dann sollte man das besser trennen?

Mal abgesehen davon das mir dein Ton und die art sowas vorzubringen nicht gefällt, bleibt da nur zu sagen: Los geht es! Dann setz dich hin und verbessere es. Freu mich schon auf den PullRequest deinerseits.... der vmtl. nie kommen wird.

[hbrockmann]

was auch immer an meinem ton dir da nicht passt?

ich bin der meinung das ich da in völlig normalem ton ein manko gemeldet habe..
sollte dich das nicht interessieren, dann kann ich es leider auch nicht ändern..

wenn ist es programmiertechnisch selber verbessern könnte, hätte ich es schon getan..
diese hinweise sind also auch nicht wirklich besser bzw. produktiver..

manche projekte sind froh darüber wenn solche sachen gemeldet werden, andere eben nicht..
seis drum..

[Daimler]

Hi,

Dein Log-Auszug ist aus der /var/log/hmserver.log ...
Wenn du einen Syslog Server verwendest, wirst du sehen, dass der "ganze Spam" dort auch gar nicht ankommt.

Beides korrekt!
Aber es ist wirklich für den Normaluser mehr als verwirrend (und erschlagend), dass die beiden Logs seit einiger FW bei dem 'Herunterladen' über eben diesen Button gemerged werden.
Und da das ja nicht nur RM, sondern auch die restliche CCU-Welt betrifft, habe ich gewagt, hier einmal zu schreiben.

... das mir dein Ton und die art sowas vorzubringen nicht gefällt

Wenn ihr beide keine Vorgeschichte habt, wüsste ich beim besten Willen nicht, wo der TE sich im Ton vergriffen haben sollte.

[Baxxy]

wenn ist es programmiertechnisch selber verbessern könnte,

Als Einstieg kannst du ein bisschen im Wiki zu log4j lesen.
Die zuständige Konfigurationsdatei ist /usr/local/etc/config/log4j.xml (bei RaspberryMatic).

Stören dich die INFO-Meldungen setzt du das Log-Level eben etwas höher (WARNING).

Meines Wissens muss der HmIP-Server (oder einfacher die ganze Zentrale) neu gestartet werden damit die geänderten Einstellungen wirken.

[Daimler]

Hi,

Stören dich die INFO-Meldungen setzt du das Log-Level eben etwas höher (WARNING).

Der steht doch schon auf nur Fehler.

[Baxxy]

Der steht doch schon auf nur Fehler.

Das täuscht. Die Einstellungen in der WebUI haben nichts mit dem "Fehlerprotokoll" vom HmIP-Server zu tun.
Der sogenannte...

"info spam"

lässt sich nur durch editieren der /usr/local/etc/config/log4j.xml loswerden.
z.B. so...

Code: Alles auswählen

<category name="de.eq3">
		<priority value="WARN" />
	</category>
	<category name="org">
		<priority value="WARN" />
	</category>
	<category name="com">
		<priority value="WARN" />
	</category>

Ob das sinnvoll ist darf aber jeder für sich entscheiden.

[jp112sdl]

Letztendlich ist das ja alles aussteuerbar.

Es geht nur darum, wer das umsetzt, so dass man es auch in der WebUI einstellen kann.

Andererseits ist das m.E. auch nicht wirklich notwendig, denn die Hand voll Leute, die sich am HMIPServer-Logging stört, kann auch mal schnell die xml mit einem Editor anpassen