journald: some issues with --user and persistency

[tormath1]

Description

With recent podman experimentation involving systemd users unit, we started seeing some issues with journald, some of them can be fixed on the Flatcar side others not. This issue is for tracking and referencing purposes.

1. Permission issues:

Trying to display the journal with --user fails with:

core@localhost ~ $ journalctl --user
No journal files were opened due to insufficient permissions.

PR:

• dracut/99setup-root: change owner of /run/log/journal bootengine#59
• sys-kernel/bootengine: fix journalctl --user issue flatcar-archive/coreos-overlay#2553
• journald: add examples to show user journal logs flatcar-archive/flatcar-docs#297

2. Can't display the logs for a given unit with --user:

When creating a user unit, you can display logs of the unit with systemctl --user status foo.service or journalctl --user-unit foo.service but not with journalctl --user --unit foo.service. The is reported upstream: systemd/systemd#26742 (see also: flatcar-archive/flatcar-docs#295)

That works fine by creating a user in the systemd-journal (doc: flatcar-archive/flatcar-docs#297)

3. First journal is not persisted:

Starting from alpha-3549.0.0, the first journal logs is not persisted: if you boot 2 times, you'll get only 1 journal entry.

We need to create /sysroot/var/log/journal with correct permissions to get it persisted.

PR:

• initrd-setup-root: Set up more /var directories from packages bootengine#60
• Use tmpfiles to set up /var/log/journal/ from initrd flatcar-archive/coreos-overlay#2558
• tmpfiles.d: Add /var/log as entry for baselayout.conf baselayout#29

[pothos]

All fixes are in, I think we can close this, assuming that the docs PR for user session logs gets merged

[tormath1]

Closing this. All fixes should be available in the next Alpha - thanks @pothos for helping on this topic!