我想看看journald中日志拖放计数是如何工作的。在/etc/systemd/journald.conf文件中,我将RateLimitIntervalSec修改为1秒,将RateLimitBurst修改为2,以便在重新启动一个systemd单元时可以看到一些日志被删除(我选择了每秒至少抛出>5个日志的thermald.service )。在进行此更改后,我执行了systemctl force-reload systemd-journald,以便它选择最新的日志配置。
/etc/systemd/journald.conf文件如下所示:
[Journal]
#Storage=auto
#Compress=yes
#Seal=yes
#SplitMode=uid
#SyncIntervalSec=5m
RateLimitIntervalSec=1s
RateLimitBurst=2
#SystemMaxUse=
#SystemKeepFree=
#SystemMaxFileSize=
#SystemMaxFiles=100
#RuntimeMaxUse=
#RuntimeKeepFree=
#RuntimeMaxFileSize=
#RuntimeMaxFiles=100
#MaxRetentionSec=
#MaxFileSec=1month
#ForwardToSyslog=yes
#ForwardToKMsg=no
#ForwardToConsole=no
#ForwardToWall=yes
#TTYPath=/dev/console
#MaxLevelStore=debug
#MaxLevelSyslog=debug
#MaxLevelKMsg=notice
#MaxLevelConsole=info
#MaxLevelWall=emerg
#LineMax=48K我重新启动了thermald.service,但是journalctl -u thermald显示了重新启动前后的所有日志,并且没有这样的日志被删除。我甚至重新启动机器,只是为了确保journald.conf更改得到新的应用,但问题仍然是一样的。
这是每次重新启动thermald时所看到的日志集。很明显,没有任何日志被丢弃。
Oct 05 12:43:30 pineapplet-vm systemd[1]: Starting Thermal Daemon Service...
Oct 05 12:43:30 pineapplet-vm systemd[1]: Started Thermal Daemon Service.
Oct 05 12:43:30 pineapplet-vm thermald[1690]: NO RAPL sysfs present
Oct 05 12:43:30 pineapplet-vm thermald[1690]: 22 CPUID levels; family:model:stepping 0x6:8e:a (6:142:10)
Oct 05 12:43:30 pineapplet-vm thermald[1690]: Polling mode is enabled: 4
Oct 05 12:43:30 pineapplet-vm thermald[1690]: Thermal DTS: No coretemp sysfs found
Oct 05 12:43:30 pineapplet-vm thermald[1690]: Thermal DTS or hwmon: No Zones present Need to configure manually
Oct 05 12:43:30 pineapplet-vm thermald[1690]: No thermal sensors found
lines 15-61/61 (END)我不知道是怎么回事。我已经测试了其他系统的单位,以及没有运气。如何测试日志中的日志丢失计数特性?请帮帮忙。
试用: CentOs 7和Ubuntu 18.10
发布于 2019-12-27 16:34:46
我认为问题可能在于您需要运行命令
systemctl daemon-reload在重新启动服务之前。
https://serverfault.com/questions/986870
复制相似问题