# Elasticsearch 6.3.0 shard recovery is slow

**URL:** <https://discuss.elastic.co/t/elasticsearch-6-3-0-shard-recovery-is-slow/140940>\
**Category:** Elasticsearch\
**Created:** [July 20, 2018, 3:40pm UTC](https://discuss.elastic.co/t/elasticsearch-6-3-0-shard-recovery-is-slow/140940 "2018-07-20T15:40:19Z")\
**Posts on this page:** 1\
**Showing post:** 7

<div class="post-metadata">

**Author:** ![ywelsch](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/ywelsch/32/7751_2.png) [@ywelsch](https://discuss.elastic.co/u/ywelsch)\
**Post date:** [August 16, 2018, 7:12am UTC](https://discuss.elastic.co/t/elasticsearch-6-3-0-shard-recovery-is-slow/140940/7 "2018-08-16T07:12:17Z")

</div>

One of the differences between 2.x and 6.x is that 2.x sends file chunks in parallel (configured by `concurrent_streams`), making use of the 2 connections that are established between each node for recovery. Could there be a per-connection bandwidth limit in your network? Note that we've done internal testing, disabling indices recovery throttling and it achieved a throughput of 96MB/s (on a 10 Gbit network).

---

_[View the full topic](https://discuss.elastic.co/t/elasticsearch-6-3-0-shard-recovery-is-slow/140940)._