# Delayed unassigned shards

**URL:** <https://discuss.elastic.co/t/delayed-unassigned-shards/65400>\
**Category:** Elasticsearch\
**Created:** [November 8, 2016, 8:05pm UTC](https://discuss.elastic.co/t/delayed-unassigned-shards/65400 "2016-11-08T20:05:16Z")\
**Posts on this page:** 1\
**Showing post:** 5

<div class="post-metadata">

**Author:** ![chihccha](https://avatars.discourse-cdn.com/v4/letter/c/77aa72/32.png) [@chihccha](https://discuss.elastic.co/u/chihccha)\
**Post date:** [November 9, 2016, 11:56pm UTC](https://discuss.elastic.co/t/delayed-unassigned-shards/65400/5 "2016-11-09T23:56:06Z")

</div>

Thanks, Mark.  
Regardless of how many shards we have, I am still trying to understand the behavior.  
Because I thought the delayed\_unassgined \_shards will help with the recovery time since shard shuffling across the cluster won't happen.  
However, we are still seeing shards being rebalanced across the cluster and the recovery time is very long.

Is it because re-allocation takes some time for every shard, so before ES can re-allocate all 3k "delayed unassigned shards" back to the original datanode, the 5 minute window (delay\_time) has passed, resulting in the whole cluster to start the shard-shuffling dance still?

Thanks,  
Chelsey

---

_[View the full topic](https://discuss.elastic.co/t/delayed-unassigned-shards/65400)._
