rsyslogd反复HUP

注意，对于VM框，进入rsyslogd进程已被HUP的日志。除了一些论坛上的一些帖子说这是逻辑上的观点之外，没有找到任何想法。任何想法如何解决/解决此问题。

messages-20141011:2014-10-10T04:02:02.054134-06:00 udr-oradl01 rsyslogd: [origin software="rsyslogd" swVersion="5.8.12" x-pid="364" x-info="http://www.rsyslog.com"] rsyslogd was HUPed

messages-20141011:2014-10-11T04:02:02.079917-06:00 udr-oradl01 rsyslogd: [origin software="rsyslogd" swVersion="5.8.12" x-pid="739" x-info="http://www.rsyslog.com"] rsyslogd was HUPed

messages-20150124:2015-01-24T04:02:01.497596-07:00 udr-oradl01 rsyslogd: [origin software="rsyslogd" swVersion="5.8.12" x-pid="819" x-info="http://www.rsyslog.com"] rsyslogd was HUPed

没什么要修复的。这是正常操作。当日志文件旋转了时logrotate，它rsyslog通过向其发送HUP信号来告诉关闭并重新打开其日志文件句柄。

如果rsyslog不这样做，它将继续将其日志输出写入OLD日志文件，而不是新日志文件，因为文件句柄仍将连接到旧文件。

即使删除了旧文件，这也是正确的（因为在Unix上，直到关闭了最后一个打开的文件句柄，该文件才被真正删除）....这就是文件不总是释放其空间的原因如果某个进程对它们有打开的文件句柄，则会立即用完文件系统。