Elasticsearch helm chart pod卡在"Init:CrashLoopBackOff“状态

Question

我正在https://github.com/helm/charts/tree/master/stable/elastic-stack的裸机k8s群集上部署弹性堆栈的帮助图表

这包括Elasticsearch here https://github.com/helm/charts/tree/master/stable/elasticsearch的舵图

弹性堆栈图表使用values.yaml中的默认值调用Elasticsearch，我没有设置其他任何内容。

在安装helm之后，我看到pods elastic-stack-elasticsearch-data-0和elastic-stack-elasticsearch-master-0卡在Init:CrashLoopBackOff中(在重复Init:Error一段时间之后)。

kubectl describe pod告诉我问题出在名为chown的initContainer上。这个容器的代码在这里是https://github.com/helm/charts/blob/master/stable/elasticsearch/templates/data-statefulset.yaml#L79

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，insecure，sync，no_subtree_check，no_root_squash)

据我所知，no_root_squash是关键

希望这也能帮你解决这个问题