[Bug 1618188] Re: systemd journal should be persistent by default: /var/log/journal should be created; remove rsyslog from default installs
Dimitri John Ledkov
launchpad at surgut.co.uk
Mon Feb 13 18:22:41 UTC 2017
@bryanquigley
I agree that this should be done; however that trivial patch is not
quite enough, as one has to make sure the permissions on the directory
are correct and that one allows disabling that feature too, and preserve
the admin choice w.r.t. that on upgrades, and we do need flush the
journal from RAM to disk upon upgrades.
I will look into enabling that by default via config snippet / drop in.
** Changed in: systemd (Ubuntu)
Assignee: (unassigned) => Dimitri John Ledkov (xnox)
** Changed in: systemd (Ubuntu)
Milestone: None => ubuntu-17.02
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubuntu-meta in Ubuntu.
https://bugs.launchpad.net/bugs/1618188
Title:
systemd journal should be persistent by default: /var/log/journal
should be created; remove rsyslog from default installs
Status in systemd package in Ubuntu:
Triaged
Status in ubuntu-meta package in Ubuntu:
Triaged
Bug description:
After upgrading 14.04 -> 16.04, key services are now running on
systemd and using the systemd journal for logging. In 14.04, key
system logs like /var/log/messages and /var/log/syslog were
persistent, but after the upgrade to 16.04 there has a been a
regression of sorts: Logs sent to systemd's journald are now being
thrown away during reboots.
This behavior is controlled by the `Storage=` option in
`/etc/systemd/journald.conf`. The default setting is `Storage=auto`
which will persist logs in `/var/log/journal/`, *only if the directory
already exists*. But the directory was not created as part of the
14.04 -> 16.04 upgrade, so logging was being lost for a while before I
realized what was happening.
This issue could be solved by either creating /var/log/journal or
changing the default Storage behavior to `Storage=persistent`, which
would create the directory if need be.
## Related reference
* `systemd` currently compounds the issue by having ["journal --disk-usage" report memory usage as disk usage](https://github.com/systemd/systemd/issues/4059), giving the impression that the disk is being used for logging when it isn't.
* [User wonders where to find logs from previous boots, unaware that the logs were thrown away](http://askubuntu.com/questions/765315/how-to-find-previous-boot-log-after-ubuntu-16-04-restarts)
## Recommended fix
Restoring persistent logging as the default is recommended.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1618188/+subscriptions
More information about the foundations-bugs
mailing list