使用 Docker 图像的神秘 Filebeat 7 X-Pack 问题
Mysterious Filebeat 7 X-Pack issue using Docker image
我也在 Elastic 官方论坛上作为问题发布了这个问题,但似乎并不是很频繁。
https://discuss.elastic.co/t/x-pack-check-on-oss-docker-image/198521
无论如何,这里是查询:
我们正在 运行 托管 AWS Elasticsearch 集群 — 不理想,但这就是生活 — 并且 运行 我们其余的大部分工作都使用 Kubernetes。我们最近将我们的集群升级到 Elasticsearch 7,所以我想升级我们在 Kubernetes 节点上 运行ning 的 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 中的新内容?
license文件是Apache License,我在容器内filebeat version
构建的是a4be71b90ce3e3b8213b616adfcd9e455513da45
.
事实证明,从其中一个 7.x 版本开始,他们默认打开了索引生命周期管理检查。 ILM(index lifecycle management)是X-Pack的一个特性,所以默认开启这个意味着Filebeat会默认做一次X-Pack检查。
这可以通过将 setup.ilm.enabled: false
添加到 Filebeat 配置来解决。因此,OSS Docker 构建中本身并不是错误。
我也在 Elastic 官方论坛上作为问题发布了这个问题,但似乎并不是很频繁。
https://discuss.elastic.co/t/x-pack-check-on-oss-docker-image/198521
无论如何,这里是查询:
我们正在 运行 托管 AWS Elasticsearch 集群 — 不理想,但这就是生活 — 并且 运行 我们其余的大部分工作都使用 Kubernetes。我们最近将我们的集群升级到 Elasticsearch 7,所以我想升级我们在 Kubernetes 节点上 运行ning 的 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 中的新内容?
license文件是Apache License,我在容器内filebeat version
构建的是a4be71b90ce3e3b8213b616adfcd9e455513da45
.
事实证明,从其中一个 7.x 版本开始,他们默认打开了索引生命周期管理检查。 ILM(index lifecycle management)是X-Pack的一个特性,所以默认开启这个意味着Filebeat会默认做一次X-Pack检查。
这可以通过将 setup.ilm.enabled: false
添加到 Filebeat 配置来解决。因此,OSS Docker 构建中本身并不是错误。