# All shards in started but wont go to ready
**URL:** https://discuss.elastic.co/t/all-shards-in-started-but-wont-go-to-ready/14362
**Category:** Elasticsearch
**Created:** [November 12, 2013, 11:13am UTC](https://discuss.elastic.co/t/all-shards-in-started-but-wont-go-to-ready/14362 "2013-11-12T11:13:18Z")
**Posts on this page:** 4
**Page:** 1
### Author:  [@Alexis\_Okuwa](https://discuss.elastic.co/u/Alexis_Okuwa)
#### Post date: [November 12, 2013, 11:13am UTC](https://discuss.elastic.co/t/all-shards-in-started-but-wont-go-to-ready/14362/1 "2013-11-12T11:13:18Z")
curl -XGET '[http://localhost:9200/\_cluster/health?pretty=true](http://localhost:9200/_cluster/health?pretty=true)'
{
"cluster\_name" : "elasticsearch",
"status" : "yellow",
"timed\_out" : false,
"number\_of\_nodes" : 5,
"number\_of\_data\_nodes" : 5,
"active\_primary\_shards" : 97,
"active\_shards" : 389,
"relocating\_shards" : 0,
"initializing\_shards" : 0,
"unassigned\_shards" : 1
here is the output to a \_status
>
after filling this out i figured out what it was but wanted to know if this
is expected.
I have an index that with a single shard and its replication is set to 5
what ever means priamry plus 5 copies. I killed one node days ago and then
rebooted the clusters today. but it would not allocate that 1 shard that it
did not have a machine for? So it blocked everything else. I would think
since there are 5 other copies of the data and the other 5 were active much
longer then this other shard it should have been fine to boot up. the
moment i added a machine to the cluster it got that extra copy. and
everything was fine.
--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).
---
### Author:  [@dadoonet](https://discuss.elastic.co/u/dadoonet)
#### Post date: [November 12, 2013, 11:20am UTC](https://discuss.elastic.co/t/all-shards-in-started-but-wont-go-to-ready/14362/2 "2013-11-12T11:20:50Z")
So you have one index with 1 shard and 5 replica on a 5 nodes cluster.
Elasticsearch needs to allocate 6 shards on the cluster.
So you need to bring up one more node.
That said, it's not really a concern here. I mean that your cluster is running fine and continue to serve all requests.
You can decrease live the number of replica if you want to get back your cluster to a green status.
--
David Pilato | Technical Advocate | [Elasticsearch.com](http://Elasticsearch.com)
@dadoonet | @elasticsearchfr
Le 12 novembre 2013 at 12:13:23, Alexis Okuwa ([wojonstech@gmail.com](mailto:wojonstech@gmail.com)) a écrit:
curl -XGET '[http://localhost:9200/\_cluster/health?pretty=true](http://localhost:9200/_cluster/health?pretty=true)'
{
"cluster\_name" : "elasticsearch",
"status" : "yellow",
"timed\_out" : false,
"number\_of\_nodes" : 5,
"number\_of\_data\_nodes" : 5,
"active\_primary\_shards" : 97,
"active\_shards" : 389,
"relocating\_shards" : 0,
"initializing\_shards" : 0,
"unassigned\_shards" : 1
here is the output to a \_status [https://gist.github.com/wojons/921c23e84d0a2d1238b3](https://gist.github.com/wojons/921c23e84d0a2d1238b3)
after filling this out i figured out what it was but wanted to know if this is expected.
## I have an index that with a single shard and its replication is set to 5 what ever means priamry plus 5 copies. I killed one node days ago and then rebooted the clusters today. but it would not allocate that 1 shard that it did not have a machine for? So it blocked everything else. I would think since there are 5 other copies of the data and the other 5 were active much longer then this other shard it should have been fine to boot up. the moment i added a machine to the cluster it got that extra copy. and everything was fine.
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).
--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).
---
### Author:  [@Alexis\_Okuwa](https://discuss.elastic.co/u/Alexis_Okuwa)
#### Post date: [November 12, 2013, 11:57am UTC](https://discuss.elastic.co/t/all-shards-in-started-but-wont-go-to-ready/14362/3 "2013-11-12T11:57:05Z")
David,
Thank you very much yeah i figured as much thats why i turned on the extra
server but to me that does not make sense since its not like a 3 to 2 win
but a 5-1 votting.
On Tuesday, November 12, 2013 3:20:50 AM UTC-8, David Pilato wrote:
> So you have one index with 1 shard and 5 replica on a 5 nodes cluster.
> Elasticsearch needs to allocate 6 shards on the cluster.
>
> So you need to bring up one more node.
>
> That said, it's not really a concern here. I mean that your cluster is
> running fine and continue to serve all requests.
>
> You can decrease live the number of replica if you want to get back your
> cluster to a green status.
>
> --
> _David Pilato_ | _Technical Advocate_ | _[Elasticsearch.com](http://Elasticsearch.com)_
> @dadoonet [https://twitter.com/dadoonet](https://twitter.com/dadoonet) | @elasticsearchfr[https://twitter.com/elasticsearchfr](https://twitter.com/elasticsearchfr)
>
> Le 12 novembre 2013 at 12:13:23, Alexis Okuwa ([wojon...@gmail.com](mailto:wojon...@gmail.com)\)
> a écrit:
>
> curl -XGET '[http://localhost:9200/\_cluster/health?pretty=true](http://localhost:9200/_cluster/health?pretty=true)'
> {
> "cluster\_name" : "elasticsearch",
> "status" : "yellow",
> "timed\_out" : false,
> "number\_of\_nodes" : 5,
> "number\_of\_data\_nodes" : 5,
> "active\_primary\_shards" : 97,
> "active\_shards" : 389,
> "relocating\_shards" : 0,
> "initializing\_shards" : 0,
> "unassigned\_shards" : 1
>
> here is the output to a \_status
> [\_status · GitHub](https://gist.github.com/wojons/921c23e84d0a2d1238b3)
>
> after filling this out i figured out what it was but wanted to know if
> this is expected.
>
> ## I have an index that with a single shard and its replication is set to 5 what ever means priamry plus 5 copies. I killed one node days ago and then rebooted the clusters today. but it would not allocate that 1 shard that it did not have a machine for? So it blocked everything else. I would think since there are 5 other copies of the data and the other 5 were active much longer then this other shard it should have been fine to boot up. the moment i added a machine to the cluster it got that extra copy. and everything was fine.
>
> You received this message because you are subscribed to the Google Groups
> "elasticsearch" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [elasticsearc...@googlegroups.com](mailto:elasticsearc...@googlegroups.com) \.
> For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).
--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).
---
### Author:  [@system](https://discuss.elastic.co/u/system)
#### Post date: [July 6, 2017, 2:07am UTC](https://discuss.elastic.co/t/all-shards-in-started-but-wont-go-to-ready/14362/4 "2017-07-06T02:07:41Z")