我不明白为什么/var/log/journal/文件夹这么大。
例如,通过执行命令systemctl -f,我看到了填充。如果我点击雷鸟上的一封电子邮件,它会产生数十行我认为无用的行。
目前,我有超过1.5GB (du -h /var/log/journal/)在1天内产生!
是否有一种方法可以在不停止日志记录的情况下大大减少此日志?
发布于 2020-09-18 15:44:28
作为@写道:
教他们编辑
/etc/systemd/journald.conf,你教他们如何永久地解决问题。
更具体地:激活SystemMaxUse=选项,例如,SystemMaxUse=100M只使用100 MB。
编辑后,使用service systemd-journald restart激活已更改的配置。这将移除多余的日志。
journald.conf 还有其他可能有用的选项.
发布于 2021-05-15 11:05:10
您还需要在/etc/systemd/journald.conf中设置它:
SystemMaxFileSize=100M见:https://got-tty.org/journalctl-via-journald-conf-die-loggroesse-definieren (德文)
发布于 2022-08-22 02:41:58
阅读这篇文章时,人们对SystemMaxFileSize与SystemMaxUse的journald.conf选项感到困惑。这就澄清了:
SystemMaxUse=和RuntimeMaxUse=控制日志最多消耗多少磁盘空间。SystemKeepFree=和RuntimeKeepFree=控制有多少磁盘空间系统-日志将免费用于其他用途.系统日志将尊重两者的限制,并使用较小的两个值。
第一对默认为10%,第二对为相应文件系统大小的15%,但每个值都被限制为4G。如果文件系统几乎已满,并且在Systemd-日记启动时违反了SystemKeepFree=或RuntimeKeepFree=,则限制将提高到实际空闲的百分比。这意味着,如果在创建日志文件之前有足够的空闲空间,并且随后有其他原因导致文件系统填满,则日记将停止使用更多的空间,但也不会删除现有文件以再次减少占用空间。还请注意,只删除存档文件以减少日志文件占用的空间。这意味着,在完成清空操作之后,可能仍然会有比SystemMaxUse=或RuntimeMaxUse=限制更多的空间。
SystemMaxFileSize=和RuntimeMaxFileSize=控制单个日志文件最多可以增长多大。这会影响通过旋转(即删除历史数据)提供磁盘空间的粒度。缺省值为使用SystemMaxUse=和RuntimeMaxUse=配置的值的八分之一,因此通常将七个旋转日志文件保存为历史记录。
https://askubuntu.com/questions/1238214
复制相似问题