我很困惑。我有两个日志文件由AWS CloudWatch代理监视。第一个是/var/log/nginx/access.log,工作非常好。第二个是/var/log/otherserver/access.log,它没有进行任何更改。最终,除非我重新启动代理,否则永远不会。因此,代理会按照预期的方式接收更改并发送到CloudWatch。
/var/log/otherserver/access.log是一个日志文件rsync‘定期从另一个无法安装代理的服务器。命令看起来如下:
rsync -av user@host:/var/log/access.log /var/log/otherserver/access.log代理肯定可以读取它,因为它在重新启动后读取更改。
配置文件中条目的位置似乎并不重要。
rsync‘’ed日志文件的日志条目中的日期与服务器相同(所有内容都是UTC)。
如果我移动日志文件,代理将开始抱怨:
2015-12-14 16:02:26,158 - cwlogs.push.stream - WARNING - 3344 - Thread-1 - No file is found with given path '/var/log/otherserver/access.log'.第二个日志文件的配置几乎与第一个日志文件相同(如下所示)。
[website.access.log]
#datetime_format = 09/Dec/2015:14:15:02 +0000
datetime_format = %d/%b/%Y:%H:%M:%S %z
file = /var/log/otherserver/access.log
log_stream_name = master-platform.sh
initial_position = start_of_file
log_group_name = web-access
[app.access.log]
#datetime_format = 09/Dec/2015:14:15:02 +0000
datetime_format = %d/%b/%Y:%H:%M:%S %z
file = /var/log/nginx/lax.access.log
log_stream_name = {hostname}
initial_position = start_of_file
log_group_name = web-access有人知道这是怎么回事吗?或者可以建议另一种不那么.怪怪的?
发布于 2018-01-29 20:18:29
您的代理状态文件可能已损坏,因为您一直在对配置进行更改。有两种方法可以解决这个问题:
[website.access.log]更改为[something.else]。请注意,在创建新的状态文件时,选项2最初可能会导致重复日志被推送到CloudWatch。
https://serverfault.com/questions/742933
复制相似问题