# Slow Merge operation blocking node recovery on startup

**URL:** <https://discuss.elastic.co/t/slow-merge-operation-blocking-node-recovery-on-startup/13674>\
**Category:** Elasticsearch\
**Created:** [September 18, 2013, 3:29pm UTC](https://discuss.elastic.co/t/slow-merge-operation-blocking-node-recovery-on-startup/13674 "2013-09-18T15:29:38Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Ankush\_Jhalani](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/ankush_jhalani/32/875_2.png) [@Ankush\_Jhalani](https://discuss.elastic.co/u/Ankush_Jhalani)\
**Post date:** [September 18, 2013, 3:29pm UTC](https://discuss.elastic.co/t/slow-merge-operation-blocking-node-recovery-on-startup/13674/1 "2013-09-18T15:29:38Z")

</div>

We have using v0.90.1 for a 4 node cluster - 1 data, 1 client ES running on  
each node. We have an index ~80 GB in size, 5 shards each with 3 replica.  
Less than a 1% data changes everyday. All the merge settings are default.

What we are noticing that when we bring down ES and start it again, it can  
take upto an hour to completely start this index and go from status 'yellow'  
-\> 'green'. I turned on debug trace and noticed on starting the node, each  
shard is merging and taking from 17-30 minutes. This seems to be happening  
even when we don't have any new indexing is going on.

We were hoping that syncing up time on node startup should be very fast,  
but this really slows things down and is very confusing.

- Why is merge operation happening during a node startup? I would think  
merge should try to schedule at a low-activity period, which a node startup  
is clearly not.
- Why the merge seems to block node recovery during startup?

Can we reschedule merge to happen after node recovery completes or to not  
block node recovery. I have spent a lot of time trying to debug this issue  
so any help would be much appreciated. thanks!

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![spinscale](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/spinscale/32/25011_2.png) [@spinscale](https://discuss.elastic.co/u/spinscale)\
**Post date:** [September 18, 2013, 9:57pm UTC](https://discuss.elastic.co/t/slow-merge-operation-blocking-node-recovery-on-startup/13674/2 "2013-09-18T21:57:18Z")

</div>

Hey,

by default recovery is throttled on elasticsearch 0.90 - maybe this kicks  
in in your case (if you are using SSDs this is really slow)? Do you have  
some monitoring in place to find out current read speeds?

See the recovery section at

> **[Elasticsearch Platform — Find real-time answers at scale](https://www.elastic.co)**
>
> Power insights and outcomes with the Elasticsearch Platform and AI. See into your data and find answers that matter with enterprise solutions designed to help you build, observe, and protect. Try Elasticsearch free today.

--Alex

On Wed, Sep 18, 2013 at 5:29 PM, Nakul [ankush.jhalani@gmail.com](mailto:ankush.jhalani@gmail.com) wrote:

> We have using v0.90.1 for a 4 node cluster - 1 data, 1 client ES running  
> on each node. We have an index ~80 GB in size, 5 shards each with 3  
> replica. Less than a 1% data changes everyday. All the merge settings are  
> default.
> 
> What we are noticing that when we bring down ES and start it again, it can  
> take upto an hour to completely start this index and go from status 'yellow'  
> -\> 'green'. I turned on debug trace and noticed on starting the node,  
> each shard is merging and taking from 17-30 minutes. This seems to be  
> happening even when we don't have any new indexing is going on.
> 
> We were hoping that syncing up time on node startup should be very fast,  
> but this really slows things down and is very confusing.
> 
> - Why is merge operation happening during a node startup? I would think  
> merge should try to schedule at a low-activity period, which a node startup  
> is clearly not.
> - Why the merge seems to block node recovery during startup?
> 
> Can we reschedule merge to happen after node recovery completes or to not  
> block node recovery. I have spent a lot of time trying to debug this issue  
> so any help would be much appreciated. thanks!
> 
> --  
> You received this message because you are subscribed to the Google Groups  
> "elasticsearch" group.  
> To unsubscribe from this group and stop receiving emails from it, send an  
> email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<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, 2:15am UTC](https://discuss.elastic.co/t/slow-merge-operation-blocking-node-recovery-on-startup/13674/3 "2017-07-06T02:15:39Z")

</div>

Closed on July 6, 2017, 2:15am UTC


