之前在公司服务器上验证了好多次流程图,结果是被改过代码了可能,运行结果与原生CentOS镜像结果不同。被迫混淆了好久。
基本背景
实验环境
- Centos 7.4
- rsyslog 8.24
- systemd环境
rsyslog与systemd-journald日志流向
目前来看,lsof只能查看该进程监听的socket,不显示它发送的socket。通过strace追踪,RecMsg会显示发送方的进程pid,从那里可以看到是哪个进程发送到自己监听的socket的信息。
1 |
|
常见问题
日志重复
见上图,可知默认rsyslog.conf中启动了imuxsock与imjournal两个模块,分别会通过不同的渠道获得syslog日志,因此会导致重复。配置方法详见下章配置信息对应项。
日志丢失
由于日志频次丢失
rsyslog的imjournal模块读取数据库有一个频率上限设置,而systemd-journald也有一个数据库读取频率上限设置。满足rsyslog频率上限,messages中就会drop日志;满足systemd-journald上限,journald就会miss日志。配置方法详见下章配置信息对应项。
1 | rsyslogd: imjournal: 84667 messages lost due to rate-limiting |
journal正常,rsyslog停止记录日志
当前测试似乎是在/var/log/messages被移动或者被删除或者被轮转了导致的这个问题
在logrotate那里执行了达到100M就轮转的功能,会删除.1文件然后备份
但是这边的现象还是有点怪,在我关闭那个特别高频的日志写入之后,就会更新最新的了,但这是为什么呢?
这里的messages是在/b_iscsi/log/messages里的,这块的设置倒是和我没太大关系,不过原因还是得测试一下,在自己的53.31的/var/log/messages里测试是没什么问题的。
通过lsof,并且从logrotate那里删除自动备份的操作,结果发现,rsyslog还是会出现被删除的情况,但是没找到哪里触发的,
logrotate会在100M时删除 sys_space这个进程会在messages达到110M时删除
Aug 29 17:02:28 localhost syslog: [do_record_log_t:1013] get log info error
目前更换回/var/log/messages,没有出现被删的情况,但是每满130M会出现一次rsyslog不再读取journal的问题,需要移除那个快速写入的程序才能接着更新
看了下卡死的那个时候,rsyslog的lsof显示并不是像我之前想的那样,读取的全都是Deleted文件,反而有些是正常的文件。
刚才试了一下,top里可以看到rsyslog卡死之后读取了30M缓存。
欸,但是命名rsyslog是直接读取systemd-journald数据库啊,哪里有缓存的位置
测试journald数据库性能上限
数据库文件大小上限设置为2T,在尚未抵达文件大小上限时,出现了间歇的丢失日志
1 | Aug 7 15:53:23 localhost journal: Missed 68 kernel messages |
测试再persistent与volatile状态下,数据库停止记录条件
目前在设置了日志上限的情况下,并没有出现数据库卡死,都是在覆写之前的日志。
在公司镜像上测试,发现,在volatile状态下的日志,和在persistent状态下,同样会自动覆写之前的日志。
仅当journald日志大小达到该分区上限时,目前测试为当RunMaxUse大于分区可用空间时,会导致日志卡死。
imjournald journal reloaded问题
这个问题在[7]中被提到,主要时由于systemd-journald正在轮转数据库文件,因此导致数据库文件变动,所以会出现这个reload日志。
根据[8]中添加的这个日志信息,可以看到是为了在journald切换文件位置时,为了不用重启rsyslog而添加的自动切换。
经过测试,journal日志每被切割一次,都会产生一个reloaded信息(日志level是info,不是Error,所以可以忽视)
/dev/log 丢失
参照[11],这个socket似乎在systemd设备上,是由systemd-journald.socket提供, 如果是单独的rsyslog的日志管理下,则是由imuxsock插件创建,
Normally, with rsyslogd, the imuxsock module will create the /dev/log socket on its own, unlinking the previous entry before creating it. When rsyslogd is stopped (possibly because restart which fails because of faulty configuration), rsyslogd removes /dev/log.
However, the rsyslog supplied with RHEL7 is expected to be used in conjunction with systemd, and the imuxsock module will actually open and remove /run/systemd/journal/syslog socket. Meanwhile, the /dev/log device is created by the system service-file systemd-journald.socket which triggers journald.
在systemd-journald.socket这个服务的Unit文件里是这么写的
1 | [root@localhost ~]# less /lib/systemd/system/systemd-journald.socket |
这里可以看到监听的/dev/log端口创建是由这个服务管理的。
/var/log/messages 时间存在跳变,乱序
暂时无法复现
journal input/output Error
理论上来说,应该是journald连接写入到数据库被阻断了,数据库无法访问导致的问题。
不过应该仅针对journalctl读取时的问题
将/var/log/journal目录做了软链接后,指向路径是被挂载的盘,在系统启动尚未挂载上时,会导致日志不合并,会丢失
欸,我试下了,挂载上后,新的日志就看不到了,而卸载掉后,这次启动的日志文件还是在的。
在测试中,新挂载的盘中与systemd-journal并没有建立连接,在lsof中看到的该路径下的文件是现在已经被隐藏了的目录,通过stat
查看了文件inode,的确如此。
1 | systemd-j 432 root 17u REG 8,1 8388608 531238 /root/log/journal/abf6c3e0a96f452ab2efd6c2d1a9c1e0/system.journal |
配置信息
/etc/rsyslog.conf
$ModLoad imuxsock
该模块导入监听本机syslog socket的功能,从syslog中接收日志,该配置项依赖systemd-journald.conf中的ForwardToSyslog=Yes
$OmitLocalLogging 与 $SystemLogSocketName
该配置信息测试结果与官网有所区别,测试中指定socketName为/dev/log(可修改),系统默认指向socket为/run/systemd/journal/syslog。使用详见下表。
1 | # 显式关闭 OmitLocalLog,未指定socketName || 非显式关闭,未指定socketName |
由上述可知,在不同情况下,rsyslog实际监听的socket如下
x | 显式开启 | 显式关闭 | 非显式开启 |
---|---|---|---|
指定socket | null | /dev/log | /dev/log |
不指定socket | null | /run/systemd/journal/syslog | /run/systemd/journal/syslog |
$ModLoad imjournal
该模块导入直接读取systemd-journald数据库的功能,可直接从journald数据库中读取syslog日志、内核日志以及服务stdout。
imjournal在lsof中可以看到,直接读取的数据库 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89[root@localhost ~]# lsof /run/log/journal/a288ec3729494d3dad642453d0b272b7/system.journal
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
systemd-j 10247 root mem REG 0,19 25165824 7373149 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system.journal
systemd-j 10247 root 12u REG 0,19 25165824 7373149 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system.journal
rsyslogd 10255 root mem REG 0,19 25165824 7373149 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system.journal
rsyslogd 10255 root 5r REG 0,19 25165824 7373149 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system.journal
[root@localhost ~]# lsof -c systemd-journal
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
systemd-j 10247 root cwd DIR 253,0 224 64 /
systemd-j 10247 root rtd DIR 253,0 224 64 /
systemd-j 10247 root txt REG 253,0 274752 16874824 /usr/lib/systemd/systemd-journald
systemd-j 10247 root mem REG 0,19 25165824 7373149 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system.journal
systemd-j 10247 root mem REG 253,0 19888 87389 /usr/lib64/libattr.so.1.1.0
systemd-j 10247 root mem REG 253,0 402384 87259 /usr/lib64/libpcre.so.1.2.0
systemd-j 10247 root mem REG 253,0 19776 61006 /usr/lib64/libdl-2.17.so
systemd-j 10247 root mem REG 253,0 19384 87371 /usr/lib64/libgpg-error.so.0.10.0
systemd-j 10247 root mem REG 253,0 2127336 61000 /usr/lib64/libc-2.17.so
systemd-j 10247 root mem REG 253,0 144792 72706 /usr/lib64/libpthread-2.17.so
systemd-j 10247 root mem REG 253,0 88720 84 /usr/lib64/libgcc_s-4.8.5-20150702.so.1
systemd-j 10247 root mem REG 253,0 44448 72710 /usr/lib64/librt-2.17.so
systemd-j 10247 root mem REG 253,0 37056 87391 /usr/lib64/libacl.so.1.1.0
systemd-j 10247 root mem REG 253,0 155744 87307 /usr/lib64/libselinux.so.1
systemd-j 10247 root mem REG 253,0 535064 87381 /usr/lib64/libgcrypt.so.11.8.2
systemd-j 10247 root mem REG 253,0 157424 87316 /usr/lib64/liblzma.so.5.2.2
systemd-j 10247 root mem REG 253,0 164264 60993 /usr/lib64/ld-2.17.so
systemd-j 10247 root mem REG 0,19 8 7972 /run/systemd/journal/kernel-seqnum
systemd-j 10247 root 0r CHR 1,3 0t0 5423 /dev/null
systemd-j 10247 root 1w CHR 1,3 0t0 5423 /dev/null
systemd-j 10247 root 2w CHR 1,3 0t0 5423 /dev/null
systemd-j 10247 root 3u unix 0xffff880037e83000 0t0 42542 /run/systemd/journal/stdout
systemd-j 10247 root 4u unix 0xffff880037e81400 0t0 42544 /run/systemd/journal/socket
systemd-j 10247 root 5u unix 0xffff880037e80800 0t0 42546 /dev/log
systemd-j 10247 root 6w CHR 1,11 0t0 5429 /dev/kmsg
systemd-j 10247 root 7u a_inode 0,9 0 5419 [eventpoll]
systemd-j 10247 root 8u a_inode 0,9 0 5419 [timerfd]
systemd-j 10247 root 9u CHR 1,11 0t0 5429 /dev/kmsg
systemd-j 10247 root 10r REG 0,3 0 7973 /proc/sys/kernel/hostname
systemd-j 10247 root 11u a_inode 0,9 0 5419 [signalfd]
systemd-j 10247 root 12u REG 0,19 25165824 7373149 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system.journal
systemd-j 10247 root 13u a_inode 0,9 0 5419 [timerfd]
[root@localhost ~]# lsof -c rsyslog
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
rsyslogd 10255 root cwd DIR 253,0 224 64 /
rsyslogd 10255 root rtd DIR 253,0 224 64 /
rsyslogd 10255 root txt REG 253,0 663960 961 /usr/sbin/rsyslogd
rsyslogd 10255 root mem REG 0,19 25165824 307917 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system@cea802f344b94cb6b1e2b867690eca83-0000000000000f6d-0005722d8a52e79b.journal
rsyslogd 10255 root mem REG 0,19 25165824 2282729 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system@cea802f344b94cb6b1e2b867690eca83-00000000000074f5-0005722d9bdab060.journal
rsyslogd 10255 root mem REG 0,19 25165824 4612418 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system@cea802f344b94cb6b1e2b867690eca83-000000000000dcd4-0005722db4fed7dd.journal
rsyslogd 10255 root mem REG 0,19 25165824 7373149 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system.journal
rsyslogd 10255 root mem REG 0,19 6455296 7976 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system@cea802f344b94cb6b1e2b867690eca83-0000000000000001-000571ff63cd3044.journal
rsyslogd 10255 root mem REG 253,0 68192 87353 /usr/lib64/libbz2.so.1.0.6
rsyslogd 10255 root mem REG 253,0 99944 87368 /usr/lib64/libelf-0.168.so
rsyslogd 10255 root mem REG 253,0 402384 87259 /usr/lib64/libpcre.so.1.2.0
rsyslogd 10255 root mem REG 253,0 19888 87389 /usr/lib64/libattr.so.1.1.0
rsyslogd 10255 root mem REG 253,0 297328 115274 /usr/lib64/libdw-0.168.so
rsyslogd 10255 root mem REG 253,0 111080 72708 /usr/lib64/libresolv-2.17.so
rsyslogd 10255 root mem REG 253,0 19384 87371 /usr/lib64/libgpg-error.so.0.10.0
rsyslogd 10255 root mem REG 253,0 535064 87381 /usr/lib64/libgcrypt.so.11.8.2
rsyslogd 10255 root mem REG 253,0 157424 87316 /usr/lib64/liblzma.so.5.2.2
rsyslogd 10255 root mem REG 253,0 155744 87307 /usr/lib64/libselinux.so.1
rsyslogd 10255 root mem REG 253,0 1139680 61008 /usr/lib64/libm-2.17.so
rsyslogd 10255 root mem REG 253,0 20032 87393 /usr/lib64/libcap.so.2.22
rsyslogd 10255 root mem REG 253,0 25072 9665 /usr/lib64/rsyslog/imjournal.so
rsyslogd 10255 root mem REG 253,0 24520 9672 /usr/lib64/rsyslog/lmnet.so
rsyslogd 10255 root mem REG 253,0 2127336 61000 /usr/lib64/libc-2.17.so
rsyslogd 10255 root mem REG 253,0 88720 84 /usr/lib64/libgcc_s-4.8.5-20150702.so.1
rsyslogd 10255 root mem REG 253,0 20040 87327 /usr/lib64/libuuid.so.1.3.0
rsyslogd 10255 root mem REG 253,0 40824 322855 /usr/lib64/libfastjson.so.4.0.0
rsyslogd 10255 root mem REG 253,0 15424 322847 /usr/lib64/libestr.so.0.0.0
rsyslogd 10255 root mem REG 253,0 44448 72710 /usr/lib64/librt-2.17.so
rsyslogd 10255 root mem REG 253,0 19776 61006 /usr/lib64/libdl-2.17.so
rsyslogd 10255 root mem REG 253,0 144792 72706 /usr/lib64/libpthread-2.17.so
rsyslogd 10255 root mem REG 253,0 90664 87310 /usr/lib64/libz.so.1.2.7
rsyslogd 10255 root mem REG 253,0 164264 60993 /usr/lib64/ld-2.17.so
rsyslogd 10255 root mem REG 253,0 162560 237027 /usr/lib64/libsystemd.so.0.6.0
rsyslogd 10255 root 0r CHR 1,3 0t0 5423 /dev/null
rsyslogd 10255 root 1w CHR 1,3 0t0 5423 /dev/null
rsyslogd 10255 root 2w CHR 1,3 0t0 5423 /dev/null
rsyslogd 10255 root 3r a_inode 0,9 0 5419 inotify
rsyslogd 10255 root 4u unix 0xffff880037338800 0t0 9404081 socket
rsyslogd 10255 root 5r REG 0,19 25165824 7373149 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system.journal
rsyslogd 10255 root 6r REG 0,19 25165824 4612418 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system@cea802f344b94cb6b1e2b867690eca83-000000000000dcd4-0005722db4fed7dd.journal
rsyslogd 10255 root 7r REG 0,19 25165824 2282729 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system@cea802f344b94cb6b1e2b867690eca83-00000000000074f5-0005722d9bdab060.journal
rsyslogd 10255 root 8r REG 0,19 25165824 307917 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system@cea802f344b94cb6b1e2b867690eca83-0000000000000f6d-0005722d8a52e79b.journal
rsyslogd 10255 root 9r REG 0,19 6455296 7976 /run/log/journal/a288ec3729494d3dad642453d0b272b7/system@cea802f344b94cb6b1e2b867690eca83-0000000000000001-000571ff63cd3044.journal
rsyslogd 10255 root 10w REG 253,0 49250519 17152683 /var/log/messages
rsyslogd 10255 root 11w REG 253,0 4634 17152684 /var/log/secure
$imjournalRatelimitInterval 0
该属性设置为5s,代表以5s为一个间隙统计日志频次,达到下一条配置设置的频次,即放弃读取journald数据库信息(待验证是读取前放弃,还是读取后丢弃)。
$imjournalRatelimitBurst 0
该属性设置为上一条设置的间隙期间读取日志条数上限,如5s内读取1000条,达到该频次即停止。与上一条同时设置为0,即关闭该上限
Note that it is not recommended to turn of ratelimiting, except that you know for sure journal database entries will never be corrupted. Without ratelimiting, a corrupted systemd journal database may cause a kind of denial of service (we are stressing this point as multiple users have reported us such problems with the journal database - information current as of June 2013).
但是官方并不建议关闭该上限,可能会导致数据库阻塞等问题导致其他服务出现异常。
$ModLoad imklog
该模块导入直接从平台内核中读取内核日志的功能,可以避过journald数据库读写性能瓶颈。
$ModLoad imkmsg
该模块通过/dev/kmsg设备,获取结构化日志
$ModLoad imudp
导入该模块,并打开防火墙放行,可远程访问该主机获取日志信息
$ModLoad imtcp
导入该模块,并打开防火墙放行,可远程访问该主机获取日志信息
转发规则
rhel7系统中,一般log默认保存在下述目录,/var/log 目录保管由rsyslog维护的各种特定于系统和服务的日志文件。
/var/log/messages大多数系统日志消息记录在此。例外是与身份验证,电子邮件处理相关的定期运行作业的消息以及纯粹与调试相关的信息。 /var/log/secure安全和身份验证相关的消息和错误的日志文件。 /var/log/maillog与邮件服务器相关的日志文件。 /var/log/cron crond计划任务的日志 /var/log/boot.log与系统启动相关的消息记录在此。
建议不直接修改rsyslog.conf的规则,在这个目录$IncludeConfig /etc/rsyslog.d/*.conf
下存放自定义的转发规则
1 | :msg, contains, "of user root" ~ |
转发过滤规则,见文档
begin forwarding rule
暂未使用的远程访问日志配置信息,语法见Legacy Action-Specific Configuration Statements
/etc/systemd/journald.conf
systemd-journald主要获得以下信息 * Kernel log messages, via kmsg * Simple system log messages, via the libc syslog(3) call * Structured system log messages via the native Journal API, see sd_journal_print(4) * Standard output and standard error of service units. For further details see below. * Audit records, originating from the kernel audit subsystem
RateLimitInterval=30s
频率间隙为30s
RateLimitBurst=1000
每个间隙频次上限为1000,直到下个间隙不会接收日志
Storage=auto
该配置选项控制journald日志的存储位置,以下4个选项"volatile", "persistent", "auto" and "none",对应/run/log/journal
,/var/log/journal
,根据/var/log/journal
目录建立与否判断,收到即drop,但转发forward还是生效的(如imjournal等读取数据库文件等方式无效)。
RuntimeMaxUse=
设置内存中journald文件上限,一旦达到该上限,journald数据库就会阻塞住。
RuntimeKeepFree=
RuntimeKeepFree表示需要保留的内存空间,剩余空间不足其设置,journald数据库同样会阻塞住。
SystemMaxUse= 与 RuntimeMaxUse= 的默认值是10%空间与4G空间两者中的较小者; SystemKeepFree= 与 RuntimeKeepFree= 的默认值是15%空间与4G空间两者中的较大者; 如果在 systemd-journald 启动时, 文件系统即将被填满并且已经超越了 SystemKeepFree= 或 RuntimeKeepFree= 的限制,那么日志记录将被暂停。 也就是说,如果在创建日志文件时,文件系统有充足的空闲空间, 但是后来文件系统被其他非日志文件过多占用, 那么 systemd-journald 只会立即暂停日志记录, 但不会删除已经存在的日志文件。
RuntimeMaxFileSize=
SystemMaxFileSize= 与 RuntimeMaxFileSize= 限制单个日志文件的最大体积, 到达此限制后日志文件将会自动滚动。 默认值是对应的 SystemMaxUse= 与 RuntimeMaxUse= 值的1/8 , 这也意味着日志滚动默认保留7个历史文件。
日志大小的值可以使用以1024为基数的 K, M, G, T, P, E 后缀, 分别对应于 1024, 1024², … 字节。
ForwardToSyslog=yes
转发syslog日志到syslog socket,从而使rsyslog调用imuxsock从该socket接收日志
该选项可被内核引导选项覆盖systemd.journald.forward_to_syslog=, systemd.journald.forward_to_kmsg=, systemd.journald.forward_to_console=, systemd.journald.forward_to_wall=
,允许/禁止将收集到的日志: 转发到传统的 syslog 守护进程, 转发到内核日志缓冲区, 转发到系统控制台, 作为wall警告信息转发给所有已登录的用户
MaxLevelStore=debug
- MaxLevelSyslog=debug
- MaxLevelKMsg=notice
- MaxLevelConsole=info
- MaxLevelWall=emerg
以上配置控制在数据库上存储以及转发的最大日志等级。
日志等级一共分为"emerg", "alert", "crit", "err", "warning", "notice","info", "debug"
/lib/systemd/system/systemd-journald.service
StandardOutput=null
设置进程的标准输出(STDOUT)。 可设为 inherit, null, tty, journal, syslog, kmsg, journal+console, syslog+console, kmsg+console, socket, fd 之一。
- inherit 表示使用 StandardInput= 设置的值。
- null 表示 /dev/null , 也就是所有写入都会被丢弃。
- tty 表示 TTY(由 TTYPath= 设置), 如果仅用于输出, 那么进程将无需取得终端的控制权, 亦无需等待其他进程释放终端控制权。
- journal 表示 systemd 日志服务(通过 journalctl(1) 访问)。 注意,所有发到 syslog 或 kmsg 的日志都会 隐含的复制一份到 journal 中。
- syslog 表示 syslog(3) 日志服务。 注意,此时所有日志都会隐含的复制一份到 journal 中。
- kmsg 表示内核日志缓冲区(通过 dmesg(1) 访问)。 注意,此时所有日志都会隐含的复制一份到 journal 中。
- journal+console, syslog+console, kmsg+console 与上面三个值类似, 不同之处在于所有日志都会再复制一份到系统的控制台上。
- socket 的解释与 StandardInput= 中的解释完全相同。
- fd 表示将标准输出(STDOUT)连接到一个由 socket 单元提供的文件描述符。 可以通过 "fd:foobar" 格式 明确指定文件描述符的名称。 描述符名称的默认值为 "stdout" ,也就是 "fd" 等价于 "fd:stdout" 。 必须明确使用 Sockets= 选项 提供至少一个定义了文件描述符名称的 socket 单元。 注意,文件描述符的名称不一定和定义它的 socket 单元的名称一致。 如果出现了多个匹配,那么以第一个为准, 详见 systemd.socket(5) 手册对 FileDescriptorName= 选项的讲解。
如果单元的标准输出(StandardOutput=)或标准错误(StandardError=)中含有 journal, syslog, kmsg 之一, 那么该单元将会自动隐含的获得 After=systemd-journald.socket 依赖(见上文)。
/etc/logrotate.conf
仅对持久化后的/var/log/journal有效
journald持久化
持久化保存journal的日志,默认保存一个月的日志
直接修改journald.conf中的storage为persistent就切换到var路径下了,切换到volatile就自动回/run/log了。 1
2systemctl restart systemd-journald.service
systemctl restart systemd-journald.socket
如果出现了切换到persistent状态下,日志已经存到了/var/log/journal,但是/run/log/journal路径依旧存在的状况的话,可能是自动切换有些不同。就手动将volatile修改成auto,手动mkdir /var/log/journal
,这样再重启比较适合防丢日志。
在切换前,为了防止journal数据库文件大小刚好超过设置的上限,然后由于重启了服务,没能及时自动清理掉超过的部分,从而导致数据库假死,建议使用journalctl --vacuumm-size=250M
,可以清除日志直到满足这个大小限制。不过这个要求sytemd版本318及以上才支持这个选项。
如果版本不支持的话,那就还是rm -rf
掉这些日志或者手动删掉一些数据库文件吧,升级systemd的版本似乎带来的风险相比这些日志的价值要大得多。[12]
调试方法
检验rsyslog配置信息
1 | # 可以让rsyslogd 进入 Debug模式 |
strace -p pid追踪进程
参考资料
- imjournal: Systemd Journal Input Module
- rsyslog-logger-message-duplicated
- systemd service 单元语法
- Filter Conditions
- imuxsock: Unix Socket Input Module
- man journald.conf
- rsyslog daemon have unkown log entries "rsyslogd:imjournal: journal reloaded" from time to time
- switching to persistent journal possible without rsyslog restart
- Journal is reloaded and duplicate messages are output into log file
- 关于Rsyslogd 的一些配置 (高性能、高可用 rsyslogd)
- How do I restore
/dev/log
in systemd+rsyslog host? - How would I upgrade systemd?
- Is systemd-journald a syslog implementation?