Question

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

这包括https://github.com/helm/charts/tree/master/stable/elasticsearch

处的Elasticsearch舵图

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

安装头盔后，我看到吊舱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，不安全，同步，no_subtree_check，no_root_squash）

据我了解，no_root_squash是关键

希望这也能为您解决

Elasticsearch舵图吊舱卡在“ Init：CrashLoopBackOff”状态

1 个答案: