直接上源码
#!/bin/bash
filename=$1
if [ -e $filename ] ; then
yesterday=`date -d yesterday +%Y%m%d`
cp $filename $filename.$yesterday
now=`date '+%Y-%m-%d%H:%M:%S'`
echo "========split log at $now========" > $filename
echo "========split log $filename to $filename.$yesterday at $now========"
else
echo "$filename not exist."
fi
脚本中运行这行代码echo "========split log at $now========" > $filename后,$filename中确实被重写,但是重写之后的文件中多了N多字节的0,大概有十几K字节。
经过沟通,题主的问题出在重定向文件的打开方式上面。
nohup cmd > log.file
如果使用 > 进行重定向,nohup 会以 w+ 方式打开文件,这种方式写文件会记录文件当前偏移量,外部脚本 truncate log.file 后 nohup 还会继续往当前记录的文件偏移量写内容,导致前面很大一段被跳过,跳过部分被自动填充 0。
如果想要 truncate 正常工作,命令应该使用 >> 进行重定向,也就是以 a 方式打开并写入文件,这样就没有任何问题了。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。