这是一个奇怪的问题。
我正在测试RHEL7 VM上的chrony/ntp服务,并重置它的时间和主机的时间。一旦我对它感到满意,我就检查了/var/log/messages,并意识到它已经有一段时间没有改变了。
现在,无论我做什么,除了重新启动rsyslog服务本身之外,没有任何东西被记录;当我这样做时,我得到以下内容:
Apr 15 13:59:43 mymachine1 rsyslogd: [origin software="rsyslogd" swVersion="7.4.2" x-pid="2847" x-info="http://www.rsyslog.com"] exiting on signal 2.
Apr 15 13:59:59 mymachine1 rsyslogd: [origin software="rsyslogd" swVersion="7.4.2" x-pid="2853" x-info="http://www.rsyslog.com"] start
Apr 15 14:00:11 mymachine1 rsyslogd-3000: sd_journal_get_cursor() failed: 'Cannot assign requested address'尝试像logger test这样的东西是不会记录的,除了rsyslog自己的消息之外,没有别的东西。当我以-n -N1作为参数手动运行rsyslog时,我得到:
rsyslogd: version 7.4.2, config validation run (level 1), master config /etc/rsyslog.conf
rsyslogd: End of config validation run. Bye似乎没有什么东西可以通过rsyslog,因为某种原因。同一个主机上的第二个相同的VM (没有经过相同的循环,重复禁用ntp,更改日期并多次重新启动)与相同的rsyslog.conf文件日志完全相同。
在这一点上,日期/时间是正确的,时间是启用和运行,我已经重新启动了几次-在30秒的内核消息后,没有其他任何记录再次。
有什么想法?
发布于 2016-04-27 14:25:56
在我的例子中,systemctl restart systemd-journald提供了帮助,因为
File /run/log/journal/29c32d60f93c42489aabb4ebeb593f5b/system.journal corrupted or uncleanly shut down, renaming and replacing.
[12274404.541271] systemd-journald[15492]: Deleted empty journal /run/log/journal/29c32d60f93c42489aabb4ebeb593f5b/system@0005317804680d96-e103c48634d16856.journal~ (4096 bytes).发布于 2019-01-11 10:36:23
尝试用以下方式检查rsyslog.conf:-f /etc/rsyAdd.1-.conf -N 1
如果一切正常,请尝试用: systemctl重新启动systemd-日志.套接字重新启动systemd-日记.套接字
您可以使用命令" logger“检查rsyslog是否工作:logger "hello”。
发布于 2021-03-31 02:49:25
日志和rsyslogd之间存在着令人惊讶的脆弱依赖,特别是在RHEL7中。日志成为第一个规范的日志处理程序。它应该处理发送到/dev/log的日志,并将它们转发到rsyAdd.1-d。但是,非常默认的rsyAdd.1-d安装将尝试从/dev/log读取。RHEL包管理器确实通过添加指令来规避这一问题。
$SystemLogSocketName /run/systemd/journal/syslog这是rsyslog创建并由systemd-journald.socket写入的套接字的路径。该单元还创建/dev/log并触发systemd-journald.service的启动。
但是,如果由于某种原因,该指令丢失了,或者rsyslogd配置中有一个非致命的错误,它将使用默认的/dev/log并重新创建该套接字,以便它能够侦听。这有两个影响:
/dev/log的消息不会到达日志。因此,要调试这一点,您可以重新启动rsyslog服务并检查/dev/log上的时间戳。如果时间匹配,您就会在某个地方出现配置错误,否则就会丢失该指令。
https://unix.stackexchange.com/questions/124942
复制相似问题