# Quickstart "health" and "phase" are empty **URL:** https://discuss.elastic.co/t/quickstart-health-and-phase-are-empty/198164 **Category:** Elastic Cloud on Kubernetes (ECK) **Created:** [September 5, 2019, 6:29am UTC](https://discuss.elastic.co/t/quickstart-health-and-phase-are-empty/198164 "2019-09-05T06:29:55Z") **Posts on this page:** 10 **Page:** 1
### Author: ![shirishatideal](https://avatars.discourse-cdn.com/v4/letter/s/ea666f/32.png) [@shirishatideal](https://discuss.elastic.co/u/shirishatideal) #### Post date: [September 5, 2019, 6:29am UTC](https://discuss.elastic.co/t/quickstart-health-and-phase-are-empty/198164/1 "2019-09-05T06:29:56Z")
I am trying ECK but got stuck right at start, ![eck_install](https://us1.discourse-cdn.com/elastic/original/3X/8/b/8b710266da1d1cfce1c2ce9482fe39fc3ef0965b.png) $ kubectl get elasticsearch quickstart NAME HEALTH NODES VERSION PHASE AGE quickstart 7.2.0 24m Kubernetes - v1.15.3 Centos7 AWS Instance (t3.large) Operator logs show timeout as seems to be trying to pull non-existent GitHub resources [github.com/elastic/cloud-on-k8s/operators/](http://github.com/elastic/cloud-on-k8s/operators/) I can't see "operators" in cloud-on-k8s. Any guidance on troubleshooting appreciated ! Shirish ---
### Author: ![Thibault\_Richard](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/thibault_richard/32/50513_2.png) [@Thibault\_Richard](https://discuss.elastic.co/u/Thibault_Richard) #### Post date: [September 5, 2019, 9:06am UTC](https://discuss.elastic.co/t/quickstart-health-and-phase-are-empty/198164/2 "2019-09-05T09:06:47Z")
Hello Shirish, The 'kubectl describe' command provides often more information to understand what's going on. Can you run it on your elasticsearch resource (kubectl describe elasticsearch) and your pods (kubectl describe pods) and share the outputs? Here is a documentation to troubleshoot your cluster: [https://www.elastic.co/guide/en/cloud-on-k8s/current/k8s-troubleshooting.html](https://www.elastic.co/guide/en/cloud-on-k8s/current/k8s-troubleshooting.html). You can't see "operators" in the cloud-on-k8s GitHub repository because we moved the content of this directoy up a level ([https://github.com/elastic/cloud-on-k8s/pull/1616](https://github.com/elastic/cloud-on-k8s/pull/1616)). ---
### Author: ![shirishatideal](https://avatars.discourse-cdn.com/v4/letter/s/ea666f/32.png) [@shirishatideal](https://discuss.elastic.co/u/shirishatideal) #### Post date: [September 6, 2019, 2:32am UTC](https://discuss.elastic.co/t/quickstart-health-and-phase-are-empty/198164/3 "2019-09-06T02:32:10Z")
Hello Richard, Thanks for taking the time to look into this ! I went through the troubleshooting page and found a useful way to enable debug but it wouldn't help me to take it further. I have issued the following commands and attached the output to [https://pastebin.com/UTJiRnUu](https://pastebin.com/UTJiRnUu) #kubectl get all -n elastic-system #kubectl get events -n elastic-system #kubectl describe pods -n elastic-system #kubectl -n elastic-system logs statefulset.apps/elastic-operator Then "--enable-debug-logs=true" and repeated #kubectl -n elastic-system logs statefulset.apps/elastic-operator I suspect the changes in the GitHub file structure hasn't been updated in "code" ,but I might be wrong. Pardon my ignorance as I am just an infra guy 🙂 Thanks, Shirish ---
### Author: ![Thibault\_Richard](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/thibault_richard/32/50513_2.png) [@Thibault\_Richard](https://discuss.elastic.co/u/Thibault_Richard) #### Post date: [September 6, 2019, 7:22am UTC](https://discuss.elastic.co/t/quickstart-health-and-phase-are-empty/198164/4 "2019-09-06T07:22:30Z")
Hi, The ECK operator looks healthy but I do not have enough information to debug more. By default, the operator is deployed in the 'elastic-system' namespace and manages Elasticsearch, Kibana and APM server resources in the 'default' namespace. Can you provide info about the Elasticsearch resource and its associated pods (without filtering with the 'elastic-system' namespace)? kubectl get elasticsearch kubectl describe elasticsearch kubectl get pods kubectl describe pods kubectl get events kubectl describe events ---
### Author: ![shirishatideal](https://avatars.discourse-cdn.com/v4/letter/s/ea666f/32.png) [@shirishatideal](https://discuss.elastic.co/u/shirishatideal) #### Post date: [September 6, 2019, 8:13am UTC](https://discuss.elastic.co/t/quickstart-health-and-phase-are-empty/198164/5 "2019-09-06T08:13:44Z")
Hello Richard, The output of the commands uploaded at [https://pastebin.com/HQ9LaK5a](https://pastebin.com/HQ9LaK5a) Thanks, Shirish ---
### Author: ![sarjeet](https://avatars.discourse-cdn.com/v4/letter/s/ebca7d/32.png) [@sarjeet](https://discuss.elastic.co/u/sarjeet) #### Post date: [September 10, 2019, 7:29pm UTC](https://discuss.elastic.co/t/quickstart-health-and-phase-are-empty/198164/6 "2019-09-10T19:29:15Z")
@shirishatideal hmm, I am not sure if this is the issue but here is my guess: 1. The ElasticSearch CR configures `Version: 7.3.0` which is different from `version: 7.2.0` from the quickstart guide. Can you see if the same issue occurs after changing it to 7.2.0? 2. The error in the operator log suggest some validation failing (AFAIK) from CR and it could be the new field `spec.nodes.name` missing in the CR. Can you try adding it and see if helps? Option (2) may not work as operator may be running an older version or older CRDs being submitted in which this field may not exist. Let me know if either of these options help in troubleshooting your issue. ---
### Author: ![shirishatideal](https://avatars.discourse-cdn.com/v4/letter/s/ea666f/32.png) [@shirishatideal](https://discuss.elastic.co/u/shirishatideal) #### Post date: [September 12, 2019, 2:20am UTC](https://discuss.elastic.co/t/quickstart-health-and-phase-are-empty/198164/7 "2019-09-12T02:20:36Z")
Hello Sarjeet, Thanks for your attention. 1.The 7.2.0 version gives the exact same results. 2.I am unsure how to make those changes. Shirish ---
### Author: ![sebgl](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/sebgl/32/48702_2.png) [@sebgl](https://discuss.elastic.co/u/sebgl) #### Post date: [September 12, 2019, 12:45pm UTC](https://discuss.elastic.co/t/quickstart-health-and-phase-are-empty/198164/8 "2019-09-12T12:45:40Z")
"Timeout: request did not complete within requested timeout 30s" this seems to be the problem. I think this is an error returned by the apiserver to the operator. I'm wondering if there might some kind of firewall/network issue preventing the operator to reach the apiserver. ---
### Author: ![sarjeet](https://avatars.discourse-cdn.com/v4/letter/s/ebca7d/32.png) [@sarjeet](https://discuss.elastic.co/u/sarjeet) #### Post date: [September 12, 2019, 5:23pm UTC](https://discuss.elastic.co/t/quickstart-health-and-phase-are-empty/198164/9 "2019-09-12T17:23:44Z")
@shirishatideal Regarding (1), Did you delete the previous CR completely and submitted a new CR with the 7.2.0 version? Can you actually try deleting/cleaning everything and retry with matching every instruction as it is from quickstart if that helps? For (2), you'll need to add the `name` to spec.nodes. For example: ```auto nodes: - nodeCount: 2 name: testgroup1 config: node.master: true node.data: true node.ingest: true ``` If either of it still does't work, then it could be the setup or environment issue. you can try these on a minikube if that helps and then try debugging on non-working setup step-by-step. ---
### Author: ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system) #### Post date: [November 4, 2022, 7:24am UTC](https://discuss.elastic.co/t/quickstart-health-and-phase-are-empty/198164/10 "2022-11-04T07:24:09Z")