我有一个简单的脚本,它输出一堆要屏幕的日志,并将STDOUT管道传输到一个文件中来存储日志。由于这个脚本的运行时间很长,所以我需要旋转日志文件,以便将它们放入更小、更易于管理的文件中。
我面临的问题是,一旦logrotate将当前日志文件移动到一个新的日志文件中,新创建的日志文件就不再使用日志填充。看起来,一旦删除了原始日志文件,它的文件处理程序就会丢失,并且重定向将不再起作用。
我还发现了与我同样的问题的这个职位,并声称可以通过使用>>而不是>来重定向输出来修复它。我测试了他的解决方案,但对我没有用。有人知道如何保持重定向工作吗?
发布于 2014-07-03 06:26:54
对于这个日志文件,您应该在log旋转式配置中使用copytruncate指令。
复制截断创建副本后的原始日志文件,而不是移动旧日志文件并可选择创建新日志文件。当某个程序无法被告知关闭它的日志文件时,可以使用它,因此可能会永远地将其写入(附加)到前一个日志文件。请注意,从复制文件到截断文件之间有很小的时间间隔,因此可能会丢失一些日志数据。当使用此选项时,创建选项将不会产生任何效果,因为旧的日志文件将保持在原处。
发布于 2014-07-03 09:37:01
作为另一种选择,你也可以:
logger -p local5.info -t myscriptname "this is some log data"local5.* /var/log/mylogfile发布于 2014-07-03 20:43:50
Iain解决方案的另一个替代方案是使用postrotate脚本在旋转完成后重新启动脚本。这对于很多守护进程都是这样的(重新启动或重新加载守护进程),但是不知道您的脚本,我不知道这个解决方案是否适合您(您的脚本取决于不久前生成的某个状态吗?)
/etc/logrotate.d/your-script-name的内容:
/var/log/your-script-name.log {
# your current logrotate options
...
postrotate
# this supposing you have the current pid stored
cat /run/your-script-name.pid | xargs -r kill
#relaunch it again
/usr/local/bin/your-script-name
endscript
}https://serverfault.com/questions/609767
复制相似问题