我使用logrotate来管理我的日志。因为我得管理一堆日志文件。我的log旋转式配置看起来像
/log/typeA*.log
/log/typeB*.log
/log/typeC*.log{
daily
rotate 7
copytruncate
size 1M
compress
su root root
create 0644 root root
missingok
}在完成日志旋转之后,我会在文件的开头看到一串空字符。看起来就像
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@看起来像是无限长的绳子。此外,文件大小看起来类似。有一种解决方案建议https://serverfault.com/a/510470使用后置脚本,如
postrotate
sed -i -e 's/\o00//g' "$1"
endscript但是使用此脚本将修改文件并更改流。因此,日志不会被重定向到某个不存在的文件流。
我正在使用python日志模块生成日志。
发布于 2021-05-26 17:08:20
同样的事情也发生在我身上,并且能够解决它。
其背后的原因是旋转文件不是用标志O_APPEND打开的。因此,当旋转时,它仍然保持相同的写入偏移量,并开始从新文件的中间写入。该偏移之前的所有内容都标记为NULL,因为文件的开头是空的。
换句话说,您可以在文件中完成字符编号n的写入,并在触发旋转时截断它。不再从字符号0重新开始,而是从字符号n+1继续,前n个字符将被标记为NULL。
要避免此问题,必须使用标志O_APPEND打开文件。
更多信息可以在以下线程中找到:https://groups.google.com/g/comp.unix.solaris/c/Zc7ysjMGprQ?pli=1
https://stackoverflow.com/questions/64871670
复制相似问题