# Resolve one of the index in cluster is with Yellow status

**URL:** https://discuss.elastic.co/t/resolve-one-of-the-index-in-cluster-is-with-yellow-status/280274
**Category:** Elasticsearch
**Created:** [August 3, 2021, 6:10am UTC](https://discuss.elastic.co/t/resolve-one-of-the-index-in-cluster-is-with-yellow-status/280274 "2021-08-03T06:10:51Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![SabirPiludiya](https://avatars.discourse-cdn.com/v4/letter/s/9d8465/32.png) [@SabirPiludiya](https://discuss.elastic.co/u/SabirPiludiya)
#### Post date: [August 3, 2021, 6:10am UTC](https://discuss.elastic.co/t/resolve-one-of-the-index-in-cluster-is-with-yellow-status/280274/1 "2021-08-03T06:10:51Z")

</div>

We are running HA Elasticsearch in k8s. Recently we found one of the indexes in the **Yellow status** due to Unassigned shards which leads the whole cluster state to yellow.

Shard of that index status in NODE-A is STARTED and NODE-B is UNASSIGNED.

We checked more using the following API `_cluster/allocation/explain`

There's some details found:

```auto
shard has exceeded the maximum number of retries [5] on failed allocation attempts - manually call [/_cluster/reroute?retry_failed=true] to retry, [unassigned_info[[reason=ALLOCATION_FAILED], 

CircuitBreakingException[[parent] Data too large, data for [<transport_request>] would be [XXX/YYYmb], which is larger than the limit of [XXX/YYYmb], real usage: [XXX/YYYmb], new bytes reserved: [XXX/YYYmb], usages [request=0/0b, fielddata=XXX/YYYmb, in_flight_requests=XXX/YYYmb, accounting=XXX/YYYmb]]; ], allocation_status[no_attempt]], expected_shard_size[XXXXXXX],

```

Also, I have set up another HA ES cluster with the same configuration to reproduce this using snapshot data of the cluster. however, the new cluster is green and no shard allocation is failed.

If anyone can suggest the approach to assign the shard of that index and make the cluster state to green again. Thanks.

---

<div class="post-metadata">

### Author: ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)
#### Post date: [August 3, 2021, 6:54am UTC](https://discuss.elastic.co/t/resolve-one-of-the-index-in-cluster-is-with-yellow-status/280274/2 "2021-08-03T06:54:31Z")

</div>

Welcome to our community! 😃

You cannot have a node that is yellow, either the cluster is yellow or it's green/red.

> [@SabirPiludiya](#):
>
> `manually call [/_cluster/reroute?retry_failed=true`

Did you do that?

---

<div class="post-metadata">

### Author: ![SabirPiludiya](https://avatars.discourse-cdn.com/v4/letter/s/9d8465/32.png) [@SabirPiludiya](https://discuss.elastic.co/u/SabirPiludiya)
#### Post date: [August 3, 2021, 7:56am UTC](https://discuss.elastic.co/t/resolve-one-of-the-index-in-cluster-is-with-yellow-status/280274/3 "2021-08-03T07:56:39Z")

</div>

Thanks @warkolm I have not tried that API. Need to make sure if there is no downtime or excessive use of the resources after calling the API. (That's the shard state is UNASSIGNED for that index, updated the question, thank you!)  
Is there any chance of downtime or data loss using **reroute**?

---

<div class="post-metadata">

### Author: ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)
#### Post date: [August 3, 2021, 9:24pm UTC](https://discuss.elastic.co/t/resolve-one-of-the-index-in-cluster-is-with-yellow-status/280274/4 "2021-08-03T21:24:15Z")

</div>

You can lose data if you force a reroute of an unallocated primary, which you are not doing here. You should be pretty safe.

---

<div class="post-metadata">

### Author: ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)
#### Post date: [August 31, 2021, 9:24pm UTC](https://discuss.elastic.co/t/resolve-one-of-the-index-in-cluster-is-with-yellow-status/280274/5 "2021-08-31T21:24:38Z")

</div>

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
