# Curator while deleting the old snapshots, times out in middle of operation

**URL:** <https://discuss.elastic.co/t/curator-while-deleting-the-old-snapshots-times-out-in-middle-of-operation/124285>\
**Category:** Elasticsearch\
**Created:** [March 16, 2018, 11:23am UTC](https://discuss.elastic.co/t/curator-while-deleting-the-old-snapshots-times-out-in-middle-of-operation/124285 "2018-03-16T11:23:29Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![sujithkumarb](https://avatars.discourse-cdn.com/v4/letter/s/e95f7d/32.png) [@sujithkumarb](https://discuss.elastic.co/u/sujithkumarb)\
**Post date:** [March 16, 2018, 11:23am UTC](https://discuss.elastic.co/t/curator-while-deleting-the-old-snapshots-times-out-in-middle-of-operation/124285/1 "2018-03-16T11:23:29Z")

</div>

Hi,

We are storing snapshots in a NETAPP S3 bucket and while deleting the old snapshots using curator, it is required to at least 10 min to delete a single snapshot on the NETAPP S3 bucket. We have a lot of older snapshots in the bucket and while deleting snapshots older than 45 days, the operation gets timed out.

PFB the configuration file.

curator-action.yml:

```
actions:
  1:
    action: delete_snapshots
    description: >-
      Delete snapshots from the selected repository older than 45 days
      (based on creation_date), for 'curator-' prefixed snapshots.
    options:
      ignore_empty_list: True
      timeout_override:
      continue_if_exception: False
      repository: elasticsearch_backups
      retry_interval: 120
      retry_count: 3
      disable_action: False
      wait_for_completion: True
    filters:
    - filtertype: pattern
      kind: prefix
      value: curator-2017
      exclude:
    - filtertype: age
      source: creation_date
      direction: older
      unit: days
      unit_count: 45 

```

curator.yml:

```
client:
  hosts:
    - X.X.X.X
  port: 9200
  url_prefix:
  use_ssl: False
  certificate:
  client_cert:
  client_key:
  ssl_no_validate: False
  http_auth:
  timeout: 120
  master_only: True
logging:
  loglevel: DEBUG
  logfile:
  logformat: default
  blacklist: ['elasticsearch', 'urllib3'] 

```

To surpass the timeout we are currently changing the timeouts to a bigger value.

Could you please help us if there is any other way to overcome the timeout.

Many thanks.

---

<div class="post-metadata">

**Author:** ![theuntergeek](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/theuntergeek/32/44961_2.png) [@theuntergeek](https://discuss.elastic.co/u/theuntergeek)\
**Post date:** [March 18, 2018, 5:22pm UTC](https://discuss.elastic.co/t/curator-while-deleting-the-old-snapshots-times-out-in-middle-of-operation/124285/2 "2018-03-18T17:22:21Z")

</div>

Please format your code, logs or configuration files using `</>` icon as explained in [this guide](https://discuss.elastic.co/t/about-the-elasticsearch-category/21) and not the citation button. It will make your post more readable.

Or use markdown style like:

````
```
CODE
```

````

There's a live preview panel for exactly this reasons.

Lots of people read these forums, and many of them will simply skip over a post that is difficult to read, because it's just too large an investment of their time to try and follow a wall of badly formatted text.  
If your goal is to get an answer to your questions, it's in your interest to make it as easy to read and understand as possible.  
Please update your post.

---

<div class="post-metadata">

**Author:** ![sujithkumarb](https://avatars.discourse-cdn.com/v4/letter/s/e95f7d/32.png) [@sujithkumarb](https://discuss.elastic.co/u/sujithkumarb)\
**Post date:** [March 20, 2018, 2:36pm UTC](https://discuss.elastic.co/t/curator-while-deleting-the-old-snapshots-times-out-in-middle-of-operation/124285/3 "2018-03-20T14:36:09Z")

</div>

@theuntergeek i made the changes, can you please have a look

---

<div class="post-metadata">

**Author:** ![theuntergeek](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/theuntergeek/32/44961_2.png) [@theuntergeek](https://discuss.elastic.co/u/theuntergeek)\
**Post date:** [March 20, 2018, 3:44pm UTC](https://discuss.elastic.co/t/curator-while-deleting-the-old-snapshots-times-out-in-middle-of-operation/124285/4 "2018-03-20T15:44:14Z")

</div>

Is it timing out at exactly the 120 second mark? You can use the [`timeout_override` option](https://www.elastic.co/guide/en/elasticsearch/client/curator/5.4/option_timeout_override.html) to override the timeout _specifically_ for that particular action.

For the pending Curator 5.5 release, a higher default timeout for the `delete_snapshots` action is coming. Regardless, it is uncommon for this to be needed, except when the remote filesystem is exceptionally slow to respond.

---

<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:** [April 17, 2018, 3:45pm UTC](https://discuss.elastic.co/t/curator-while-deleting-the-old-snapshots-times-out-in-middle-of-operation/124285/5 "2018-04-17T15:45:17Z")

</div>

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