我对 journald 的工作原理了解不多。除了主要问题之外，我还有一些疑问。
我journald在 Ubuntu 16.04 服务器上使用以下配置
[Journal]
Storage=persistent
SystemMaxUse=100G
SystemKeepFree=10G
SystemMaxFileSize=1G
其他人离开了默认
日志是从 docker 应用程序获取的。如果存储空间足够，我最多使用 100G，如果存储空间不够，则保留 10G。我是不是遗漏了什么？
今天我发现很多机器上的 journald 都停止了。
$ systemctl status systemd-journald
● systemd-journald.service - Journal Service
Loaded: loaded (/lib/systemd/system/systemd-journald.service; static; vendor preset: enabled)
Active: inactive (dead) (Result: core-dump) since ср 2018-04-11 23:10:32 EEST; 1 weeks 1 days ago
Docs: man:systemd-journald.service(8)
man:journald.conf(5)
Process: 31584 ExecStart=/lib/systemd/systemd-journald (code=dumped, signal=ABRT)
Main PID: 31584 (code=dumped, signal=ABRT)
我没有看到任何核心转储/var/lib/systemd/coredump/。
所有这些的存储空间都小于 100G。因此，我假设日志填满了空间，留下 10G 的空闲空间，之后最旧的日志将被删除（轮换）...并且日志继续累积。我对吗？
但是第一台机器有 4.3G 的可用空间，第二台有 8.3G。还有一些机器有 > 10G 的可用空间，但 journald 已停止。
$ systemd --version
systemd 229
+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ -LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN
我认为也许有可能更新 systemd。但这绝对不是那么简单apt dist-upgrade。
在我开始之前，systemd-journald我必须在一台机器上清除日志。
我很高兴 18.04 即将到来，但无论如何，任何想法都会受到赞赏。