# Snapshot restore is very slow to get started

**URL:** <https://discuss.elastic.co/t/snapshot-restore-is-very-slow-to-get-started/225840>\
**Category:** Elasticsearch\
**Created:** [March 31, 2020, 11:19am UTC](https://discuss.elastic.co/t/snapshot-restore-is-very-slow-to-get-started/225840 "2020-03-31T11:19:03Z")\
**Posts on this page:** 1\
**Showing post:** 8

<div class="post-metadata">

**Author:** ![Guilherme\_Vieira](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/guilherme_vieira/32/45582_2.png) [@Guilherme\_Vieira](https://discuss.elastic.co/u/Guilherme_Vieira)\
**Post date:** [March 31, 2020, 2:08pm UTC](https://discuss.elastic.co/t/snapshot-restore-is-very-slow-to-get-started/225840/8 "2020-03-31T14:08:21Z")

</div>

So I have found out that actually, there was some erroneous metric coming through the dashboard and there was indeed 40Mb/s being utilised for the recovery.

However I had changed this setting to be 250Mb and believe there is plenty of bandwidth to utilise such speeds. This seems to be capping at the indices.recovery.max\_bytes\_per\_sec=40Mb default value, even though my settings are the following:

```auto
{
  "persistent": {
    "cluster": {
      "routing": {
        "allocation": {
          "node_concurrent_recoveries": "10",
          "node_initial_primaries_recoveries": "20"
        }
      }
    },
    "indices": {
      "recovery": {
        "max_bytes_per_sec": "250mb",
        "max_concurrent_file_chunks": "5"
      }
    },
    "xpack": {
      "monitoring": {
        "collection": {
          "enabled": "true"
        }
      }
    }
  },
  "transient": {}
}

```

It's like the new settings have not been applied.

I have read that the compression significantly affects network usage and throughput speed: [Elasticsearch 6.3.0 shard recovery is slow](https://discuss.elastic.co/t/elasticsearch-6-3-0-shard-recovery-is-slow/140940/7) .  
Furthermore, I have also noticed that there was a setting called, indices.recovery.compress which could also be affecting the network speed : [Transport.tcp.compress slowing down shard relocation](https://discuss.elastic.co/t/transport-tcp-compress-slowing-down-shard-relocation/148033/2)

However, I can not find this setting anymore on version 6.8. Have these been deprecated or replaced with some other parameter?

How would I go about disabling compression in elastic 6.8?

Thank you in advance

---

_[View the full topic](https://discuss.elastic.co/t/snapshot-restore-is-very-slow-to-get-started/225840)._