搜索结果正在快递途中

filebeat 咬住被删除的log

Beats | 作者 chachabusi | 发布于2019年01月30日 | 阅读数:3714

我有一个filebeat 采集 一个nginxlog 在每天 12点的时候 会把旧日志mv走  然后nginx 重启刷新log文件 我遇到一个问题 就是filebeat会咬住被移走的log 导致系统磁盘被占用 
lsof 会这样
/opt/applog/E.20171015.info.001.log (deleted)
 
这个问题我百度过 有两个参数去限制这种 情况 不过在6.1中这两个参数应该是默认就配置的
close_older: 30m
force_close_files: true
我配置了这两个参数 但是没什么用 请问如何解决
我的环境是centos6.9  filebeat 版本6.1 
已邀请:

tacsklet - 公司有用到es

赞同来自:

force_close_files: true 参数是修改名字之后释放文件句柄。
先把需要移走的日志改一下名字,然后再mv试试。

zqc0512 - andy zhou

赞同来自:

这玩意你多等两天再移动吧。
人家还在用呢。
 

Jiehui Tang

赞同来自:

force_close_files在6.1版本里被拆分成了2个新设置项:close_removed、close_renamed;
close_removed默认是生效的,但是close_renamed不是
close_older在6.1版本里改成了close_inactive设置项,也不是默认生效的。
 
filebeat 6.1 prospector配置说明

要回复问题请先登录注册