No More Syslog
No longer install a traditional syslog service by default. (Specifically, remove rsyslog from the @core or @standard groups in comps.)
The systemd journal will be the default logging solution. Rsyslog, Syslog-NG, and even traditional sysklogd will continue to cover use cases outside of the default.
- Name: Lennart Poettering, Matthew Miller
- Email: lennart at poettering net, mattdm at fedoraproject org
- Release notes owner:
- Targeted release: Fedora 20
- Last updated: 2013-07-11
- Tracker bug: <will be assigned by the Wrangler>
Let's change the default install to no longer install a syslog service by default — let's remove rsyslog from the "comps" default.
The journal has been around for a few releases and is well tested. F19 already enabled persistent journal logging on disk, thus all logs have been stored twice on disk, once in journal files and once in /var/log/messages. This feature hence recommends no longer installing rsyslog by default, leaving only the journal in place.
rsyslog will remain the recommended option to install if users require /var/log/messages, need support for the syslog network protocol, or need to enforce strict data lifecycle policies. It's sufficient to install and start rsyslog to get /var/log/messages and BSD syslog support.
Also see previous attempt: https://fedoraproject.org/wiki/Features/systemd-journal, and previous mailing list discussion at https://lists.fedoraproject.org/pipermail/devel/2012-October/172682.html
Benefit to Fedora
The journal is already available and active in Fedora 19. See https://www.youtube.com/watch?v=i4CACB7paLc for a video presentation of benefits for users and system administrators.
Our default install will need less footprint on disk and at runtime (especially since logs will not be kept around twice anymore). This is significant on systems with limited resources, like the Fedora Cloud image.
Also, we'll boot a bit faster, which is always nice.
Simply remove "rsyslog" from all default install groups in "comps".
Packages which strictly require /var/log/messages to exist might need updating to gain dependencies on some kind of syslog daemon (but they needed that before too, so this is mostly just bugfixing that's useful anyway). If any of the packages in the default install is one of those, we need to look at it in detail, and find a solution. However, currently no package of the default install is requiring a syslog implementation.
Some tools such as logcheck might need to be updated to process data from the journal instead of /var/log/message. This should be fairily easy as "journalctl" generates the same output as "cat /var/log/messages" previously did.
- Proposal owners: Commit a change to "comps" to remove "rsyslog" from it. Drop in a file /var/log/README informing users where the log files went, and how do get to the same data as before.
- Other developers: logcheck needs updating to stay useful. It needs to grep through the output of "journalctl", rather than /var/log/messages.
- Release engineering: nothing really.
- Policies and guidelines: Guidelines should clarify that /var/log/message doesn't exist on many systems, but that was already the case before -- so little changes. QA should add a few tests and release criteria about journal functionality.
Note that logrotate should stay in the default install, as it is required to rotate wtmp and btmp (the journal synchronously rotates before writing and does not require logrotate for operation).
Old installs will continue to have rsyslog installed, nothing changes for them.
How To Test
Just make sure that everything works correctly. Since journald features have been incrementally enabled over the
"cat /var/log/messages" will now become "journalctl".
"tail -f /var/log/messages" will now become "journalctl -f".
"grep foobar /var/log/messages" will now become "journalctl | grep foobar".
logcheck might need updating.
Other log analysis packages should either directly require rsyslog or are ideally updated as well.
The full contingency plan is simply to put rsyslog back in @core. Alternately, we could fall back to the smaller change of moving rsyslog from @core (the smallest possible install) to @standard (the default install). That way, minimal installations (including the Fedora cloud image) could benefit now while also serving as an incremental proving ground until whatever issues are resolved.
- Contingency mechanism: Re-add "rsyslog" to comps, either back in @core or in @standard.
- Contingency deadline: beta release
- Blocks release? probably
"journalctl" has been documented extensively at http://www.freedesktop.org/wiki/Software/systemd/. No additional documentation should be necessary but would be welcome.
Something like this should be added to the release notes:
"Note that F20 does not install a Syslog service by default anymore. For browsing log messages please type "journalctl" rather than "less /var/log/messages". Please type "journalctl -f" instead of "tail -f /var/log/messages". Please use "journalctl | grep foobar" instead of "grep foobar /var/log/messages". If the administrator needs /var/log/messages or support for the BSD syslog network protocol we recommend installing a syslog daemon such as rsyslog or syslog-ng with a command like like the following:
$ yum install rsyslog