【发布时间】:2020-06-03 14:43:12
【问题描述】:
安装后这是我的 pod 的样子
Running pods
NAME READY STATUS RESTARTS AGE
elk-elasticsearch-client-5ffc974f8-987zv 1/1 Running 0 21m
elk-elasticsearch-curator-1582107120-4f2wm 0/1 Completed 0 19m
elk-elasticsearch-data-0 0/1 Pending 0 21m
elk-elasticsearch-exporter-84ff9b656d-t8vw2 1/1 Running 0 21m
elk-elasticsearch-master-0 1/1 Running 0 21m
elk-elasticsearch-master-1 1/1 Running 0 20m
elk-filebeat-4sxn9 0/2 Init:CrashLoopBackOff 9 21m
elk-kibana-77b97d7c69-d4jzz 1/1 Running 0 21m
elk-logstash-0 0/2 Pending 0 21m
所以 filebeat 拒绝启动。 从这个节点获取日志我得到了
Exiting: Couldn't connect to any of the configured Elasticsearch hosts. Errors: [Error connection to Elasticsearch http://elk-elasticsearch-client.elk.svc:9200: Get http://elk-elasticsearch-client.elk.svc:9200: lookup elk-elasticsearch-client.elk.svc on 10.96.0.10:53: no such host]
当尝试访问 kibana 节点(我可以使用 http 调用的唯一节点)时,我发现它还没有准备好。
获取光伏:
pvc-9b9b13d8-48d2-4a79-a10c-8d1278554c75 4Gi RWO Delete Bound default/data-elk-elasticsearch-master-0 standard 113m
pvc-d8b361d7-8e04-4300-a0f8-c79f7cea7e44 4Gi RWO Delete Bound default/data-elk-elasticsearch-master-1 standard 112m
我正在运行 minikube,它告诉我没有 vm-driver,它不尊重内存或 cpu 标志。但我不明白它抱怨资源
kubectl version 1.17
docker version i 19.03.5, build 633a0ea838
minikube version 1.6.2
elk 堆栈是使用 helm 安装的。 我有以下版本:
- elasticsearch-1.32.2.tgz
- elasticsearch-curator-2.1.3.tgz
- elasticsearch-exporter-2.2.0.tgz
- filebeat-4.0.0.tgz
- kibana-3.2.6.tgz
- logstash-2.4.0.tgz
在 ubuntu 18.04 上运行
【问题讨论】:
-
不,我不确定我是否提供了足够的信息。我只是尽力而为。
-
布局已经改进:)
-
您能否提供
elk-filebeat-4sxn9无法启动的原因?这样做oc describe pod elk-filebeat-4sxn9,让我知道最后几行。 -
Running pods清楚地表明 pod 仍处于待处理状态。这似乎是缺乏资源。你能从命令中获得输出吗:kubectl describe podforelk-elasticsearch-data-0和elk-logstash-0pod?这可能有信息为什么他们仍然悬而未决。filebeat很可能正在等待elasticsearch准备好。 -
为什么要使用压缩包而不是 APT 包或现有的 Elastic 容器?
标签: docker kubernetes minikube