[Bug 1682484] Re: systemd: Logging from gnome session is passed on to all syslog facilities
Dimitri John Ledkov
launchpad at surgut.co.uk
Tue Apr 18 17:10:19 UTC 2017
** Description changed:
+ [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
+ 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.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1682484
Title:
systemd: Logging from gnome session is passed on to all syslog
facilities
Status in systemd:
Unknown
Status in systemd package in Ubuntu:
Confirmed
Status in systemd source package in Zesty:
Confirmed
Bug description:
[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.
To manage notifications about this bug go to:
https://bugs.launchpad.net/systemd/+bug/1682484/+subscriptions
More information about the foundations-bugs
mailing list