2017-04-18 17:10:19 |
Dimitri John Ledkov |
description |
Bug imported from Debian https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837893
Package: systemd
Version: 231-6
Severity: normal
Since recently, log messages from programs running under the gnome
session have started appearing in all logs in /var/logs, including
/var/logs/kern.log, even though my rsyslog configuration has not
changed, and correctly only routes kern.* there.
This is very annoying since it fills the logs with messages that don't
belong there, and makes running logcheck tedious.
It seems this is a recent regression, since before I was able to route
these messages to a low-priority log using the following rsyslog
configuration:
user.=info;user.=notice;\
user.=warn -/var/log/user-low.log
If I look at the messages directly with journalctl -o verbose, it seems
they do not set the syslog facility, which should make them end up with
user facility, but doesn't. |
[Impact]
* untagged messages in journal do not have any syslog facility specified, this may result in spamming logs.
* The solution is to cherrypick upstream fix which sanity checks and provides default syslog facility, e.g. it sets user facility on user/desktop session syslog/journal entries.
[Test Case]
* launch gnome terminal
* check output of $ journalctl -o verbose -e
* entries from gnome-terminal (e.g. "Allocating size to GtkBox without calling gtk_widget_get_preferred_width/height()....") should have a syslog facility listed as one of the variables.
[Regression Potential]
* We are changing (fixing regression) in logging, thus release images have those messages untagged, and may require different filtering rules before this update is applied.
[Other Info]
* Original bug report from debian.
Bug imported from Debian https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837893
Package: systemd
Version: 231-6
Severity: normal
Since recently, log messages from programs running under the gnome
session have started appearing in all logs in /var/logs, including
/var/logs/kern.log, even though my rsyslog configuration has not
changed, and correctly only routes kern.* there.
This is very annoying since it fills the logs with messages that don't
belong there, and makes running logcheck tedious.
It seems this is a recent regression, since before I was able to route
these messages to a low-priority log using the following rsyslog
configuration:
user.=info;user.=notice;\
user.=warn -/var/log/user-low.log
If I look at the messages directly with journalctl -o verbose, it seems
they do not set the syslog facility, which should make them end up with
user facility, but doesn't. |
|