elasticsearch - Elasticsearch Helm chart pods 卡在 “Init:CrashLoopBackOff”状态

Question

我在https://github.com/helm/charts/tree/master/stable/elastic-stack的裸机k8s集群上部署了Elastic-stack的 Helm 图表

这包括此处的Elasticsearch Helm 表

Elastic-stack图表使用values.yaml中的默认值调用Elasticsearch，我没有设置其他任何内容。

安装 Helm 后，我看到 pod elastic-stack-elasticsearch-data-0和elastic-stack-elasticsearch-master-0卡在Init:CrashLoopBackOff中(在重复Init:Error一段时间后)。
kubectl describe pod向我展示了问题在于名为chown的initContainer。此容器的代码在这里https://github.com/helm/charts/tree/master/stable/elasticsearch
describe pod的相关输出不是很有帮助:

State:          Waiting
  Reason:       CrashLoopBackOff
Last State:     Terminated
  Reason:       Error
  Exit Code:    1
  Started:      Thu, 24 Jan 2019 05:35:14 +0000
  Finished:     Thu, 24 Jan 2019 05:35:14 +0000
Ready:          False
Restart Count:  1
Environment:    <none>
Mounts:
  /usr/share/elasticsearch/data from data (rw)
  /var/run/secrets/kubernetes.io/serviceaccount from elastic-stack-elasticsearch-data-token-kgtsm (ro)

我知道它能够拉出图像，因为它是为先前的initContainer拉出的。

我觉得这和坐骑有关。 /usr/share/elasticsearch/data from data (rw)到底在做什么？我创建了持久卷 es-data-volume和 es-master-volume，它们已经被 data-elastic-stack-elasticsearch-data-0和 data-elastic-stack-elasticsearch-master-0声明。该行是否正在寻找名为 data的卷？

我不知道在哪里可以解决此问题。造成此问题的可能原因有哪些？

Answer 1

我遇到了同样的问题，这已经为我解决，我更改了NFS服务器上的设置(sudo vim / etc / exports)

从:

/ data / nfs / kubernetes 192.168.1.0/24(rw,sync,no_subtree_check)

至 :

/ data / nfs / kubernetes 192.168.1.0/24(rw，不安全，同步，no_subtree_check，no_root_squash)

据我了解，no_root_squash是关键

希望这也会为您解决