# .monitoring-\* indices never cleaned up on non-24hr/d cluster

**URL:** https://discuss.elastic.co/t/monitoring-indices-never-cleaned-up-on-non-24hr-d-cluster/120190
**Category:** Elasticsearch
**Created:** [February 16, 2018, 2:01pm UTC](https://discuss.elastic.co/t/monitoring-indices-never-cleaned-up-on-non-24hr-d-cluster/120190 "2018-02-16T14:01:42Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![rhinp6](https://avatars.discourse-cdn.com/v4/letter/r/aca169/32.png) [@rhinp6](https://discuss.elastic.co/u/rhinp6)
#### Post date: [February 16, 2018, 2:01pm UTC](https://discuss.elastic.co/t/monitoring-indices-never-cleaned-up-on-non-24hr-d-cluster/120190/1 "2018-02-16T14:01:42Z")

</div>

Would it be possible to support the configuration of the periodicy or execution hour of clean up job which deletes old x-pack system indexes (.monitoring, etc)? Or have it run on startup as well as 01h00?

We are running some ES/x-pack clusters that are switched off outside of office hours. I think this must be a common senario for anyone using cloud hosting providers for their dev/test platforms.

As a result, the job that usually runs at 01h00 to clean up old indicies is never executed.

For now we have a curator job in place to handle what would otherwise be done automatically, which works out fine of course.

Regards

---

<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: [February 22, 2018, 9:19pm UTC](https://discuss.elastic.co/t/monitoring-indices-never-cleaned-up-on-non-24hr-d-cluster/120190/2 "2018-02-22T21:19:39Z")

</div>

Hi @rhinp6,

There is currently no way to to change _when_ the scheduler executes, but you may be interested in [Elastic Curator](https://www.elastic.co/guide/en/elasticsearch/client/curator/current/index.html), which will allow you to perform this behavior outside of Elasticsearch entirely and thus on your own schedule.

I'll look into adding the ability to schedule the execution to our roadmap.

Thanks,  
Chris

---

<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: [February 22, 2018, 9:27pm UTC](https://discuss.elastic.co/t/monitoring-indices-never-cleaned-up-on-non-24hr-d-cluster/120190/3 "2018-02-22T21:27:53Z")

</div>

> [@rhinp6](#):
>
> For now we have a curator job in place to handle what would otherwise be done automatically, which works out fine of course.

Classic scanning mishap. Ignore my comment about Curator, as you knew it already. 🙂

---

<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: [March 22, 2018, 9:27pm UTC](https://discuss.elastic.co/t/monitoring-indices-never-cleaned-up-on-non-24hr-d-cluster/120190/4 "2018-03-22T21:27:53Z")

</div>

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