【问题标题】:Mysterious Filebeat 7 X-Pack issue using Docker image使用 Docker 映像的神秘 Filebeat 7 X-Pack 问题
【发布时间】:2019-09-11 00:00:16
【问题描述】:

我也在 E​​lastic 官方论坛上将此问题作为一个问题发布,但这似乎并不常见。

https://discuss.elastic.co/t/x-pack-check-on-oss-docker-image/198521

无论如何,这里是查询:

我们正在运行一个托管的 AWS Elasticsearch 集群 — 并不理想,但这就是我们的生活 — 并使用 Kubernetes 运行我们其余的大部分内容。我们最近将集群升级到 Elasticsearch 7,所以我想升级我们在 Kubernetes 节点上运行的 Filebeat 服务来捕获日志。

我在我的守护进程配置中指定了image: docker.elastic.co/beats/filebeat-oss:7.3.1,但我仍然看到

Connection marked as failed because the onConnect callback failed:
request checking for ILM availability failed:
401 Unauthorized: {"Message":"Your request: '/_xpack' is not allowed."}

在日志中。当我尝试其他 7.x 图像时也是如此。一个错误?还是 v7 中的新功能?

许可证文件是Apache许可证,我在容器内执行filebeat version时的构建是a4be71b90ce3e3b8213b616adfcd9e455513da45

【问题讨论】:

    标签: docker elasticsearch kubernetes filebeat


    【解决方案1】:

    事实证明,从 7.x 版本之一开始,他们默认启用索引生命周期管理检查。 ILM(索引生命周期管理)是 X-Pack 的一项功能,因此默认开启此功能意味着 Filebeat 将默认进行 X-Pack 检查。

    这可以通过在 Filebeat 配置中添加 setup.ilm.enabled: false 来解决。因此,它本身并不是 OSS Docker 构建中的错误。

    【讨论】:

    • 哇,你救了我,花了几个小时试图找出问题所在,这就是有效的方法。
    • 就我而言,这与 AWS 和 ElasticSearch 不兼容有关,因为我使用的是 ElasticSearch 的所谓“oss”存储库版本。将此参数添加到 /etc/filebeat/filebeat.yml 的末尾为我做了。谢谢!
    猜你喜欢
    • 2010-12-21
    • 1970-01-01
    • 2018-08-22
    • 1970-01-01
    • 2016-03-27
    • 2013-05-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多