# Marvel Indices Not Clearing Down

**URL:** https://discuss.elastic.co/t/marvel-indices-not-clearing-down/64266
**Category:** Elasticsearch
**Tags:** elastic-stack-monitoring
**Created:** [October 28, 2016, 9:06am UTC](https://discuss.elastic.co/t/marvel-indices-not-clearing-down/64266 "2016-10-28T09:06:08Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![Evesy](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/evesy/32/29520_2.png) [@Evesy](https://discuss.elastic.co/u/Evesy)
#### Post date: [October 28, 2016, 9:06am UTC](https://discuss.elastic.co/t/marvel-indices-not-clearing-down/64266/1 "2016-10-28T09:06:08Z")

</div>

Hi,

I have the Marvel agent running on our production cluster sending metrics to a separate monitoring cluster, I also have the Marvel agent enabled on the monitoring cluster but with marvel.agent.interval set to -1 as I am using a basic license.

It was my understanding, according to this blog post: [Automatic deletion of marvel indices not working](https://discuss.elastic.co/t/automatic-deletion-of-marvel-indices-not-working/48492/2), that Marvel should now be taking care of removing indices older than 7 days on the monitoring cluster, however there is still around 60+ days worth that aren't being cleared down.

I see the marvel cleaner (which I guessed is what should take care of the cleardown) starting, but seemingly no action is taken:

2016-10-28 08:19:39,452][DEBUG][marvel.cleaner] [VM-e136c374-2aba-4d48-9efa-436445aea6ec] starting cleaning service  
[2016-10-28 08:19:39,550][DEBUG][marvel.cleaner] [VM-e136c374-2aba-4d48-9efa-436445aea6ec] cleaning service started

Marvel agent version is 2.3.3. Does anyone have any idea what might be misconfigured here?

---

<div class="post-metadata">

### Author: ![pickypg](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/pickypg/32/62409_2.png) [@pickypg](https://discuss.elastic.co/u/pickypg)
#### Post date: [October 31, 2016, 10:46pm UTC](https://discuss.elastic.co/t/marvel-indices-not-clearing-down/64266/2 "2016-10-31T22:46:04Z")

</div>

Hi Michael,

Could I see the output of the following commands on the Monitoring Cluster?

```auto
curl -XGET localhost:9200/_cat/plugins?v

```

and

```auto
curl -XGET 'localhost:9200/_nodes?filter_path=nodes.*.settings&pretty'

```

Let me know,  
Chris

---

<div class="post-metadata">

### Author: ![Evesy](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/evesy/32/29520_2.png) [@Evesy](https://discuss.elastic.co/u/Evesy)
#### Post date: [November 2, 2016, 10:03am UTC](https://discuss.elastic.co/t/marvel-indices-not-clearing-down/64266/3 "2016-11-02T10:03:15Z")

</div>

Hi Chris,

Thanks for getting back to me. I identified the issue and I've now had success in Marvel clearing down its own indices,

I still had marvel.agent.exporters parameter set in the elasticsearch configuration (URL just pointing to the local cluster) which seemed to be preventing the cleardown from taking place. Having now removed that all the marvel clusters in question are now happily maintaining 7 days worth of indices.

Cheers,  
Mike

---

<div class="post-metadata">

### Author: ![pickypg](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/pickypg/32/62409_2.png) [@pickypg](https://discuss.elastic.co/u/pickypg)
#### Post date: [November 3, 2016, 1:00am UTC](https://discuss.elastic.co/t/marvel-indices-not-clearing-down/64266/4 "2016-11-03T01:00:16Z")

</div>

Hi Michael,

Indeed! _Only_ the default local exporter purges indices. The HTTP exporter assumes the possibility of a shared monitoring cluster and therefore does not purge indices in order to not have one cluster's needs stomping over the needs of another.

Thanks,  
Chris

---

<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: [July 6, 2017, 1:41pm UTC](https://discuss.elastic.co/t/marvel-indices-not-clearing-down/64266/5 "2017-07-06T13:41:42Z")

</div>


