# Sporadic high search.queue

**URL:** <https://discuss.elastic.co/t/sporadic-high-search-queue/37749>\
**Category:** Elasticsearch\
**Created:** [December 22, 2015, 11:14am UTC](https://discuss.elastic.co/t/sporadic-high-search-queue/37749 "2015-12-22T11:14:56Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![LordGaav](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lordgaav/32/6787_2.png) [@LordGaav](https://discuss.elastic.co/u/LordGaav)\
**Post date:** [December 22, 2015, 11:14am UTC](https://discuss.elastic.co/t/sporadic-high-search-queue/37749/1 "2015-12-22T11:14:56Z")

</div>

We're running a two storage node (64 GB with 32GB for ES), two query node (32GB with 16GB for ES) Elasticsearch 1.4.7 setup. We have monitoring for the various counters available in the \_cat API. Sometimes we notice an increase in the search.queue value for one of the storage nodes. At the same time, the server itself doesn't seem to be particularly busy with anything (according to atop logs), and no impact can be measured for end users.

Is there a way do determine what kind of queries are queued? I'm trying to determine if I need to optimize something, or if the counter is not worth monitoring.

---

<div class="post-metadata">

**Author:** ![nik9000](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/nik9000/32/44947_2.png) [@nik9000](https://discuss.elastic.co/u/nik9000)\
**Post date:** [December 22, 2015, 2:47pm UTC](https://discuss.elastic.co/t/sporadic-high-search-queue/37749/2 "2015-12-22T14:47:05Z")

</div>

> [@LordGaav](#):
>
> Is there a way do determine what kind of queries are queued? I'm trying to determine if I need to optimize something, or if the counter is not worth monitoring.

I'd be more concerned with any rejections that queue size.

What I've done in the past is to log queries that take a long time in the application that is making the queries. You don't _know_ what is causing them to take a long time, but queueing can be part of it. If those logs don't trip and you don't see any rejections its pretty safe to ignore the queue depth.

---

<div class="post-metadata">

**Author:** ![LordGaav](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lordgaav/32/6787_2.png) [@LordGaav](https://discuss.elastic.co/u/LordGaav)\
**Post date:** [December 22, 2015, 3:03pm UTC](https://discuss.elastic.co/t/sporadic-high-search-queue/37749/3 "2015-12-22T15:03:17Z")

</div>

In my specific case, I can't be sure what the source is of the queries. There are multiple applications, some which are not directly editable.

I assume that search queue rejections are logged in the same way that bulk queue rejections are logged?

---

<div class="post-metadata">

**Author:** ![nik9000](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/nik9000/32/44947_2.png) [@nik9000](https://discuss.elastic.co/u/nik9000)\
**Post date:** [December 22, 2015, 3:16pm UTC](https://discuss.elastic.co/t/sporadic-high-search-queue/37749/4 "2015-12-22T15:16:35Z")

</div>

> [@LordGaav](#):
>
> There are multiple applications, some which are not directly editable.

Good luck. That is a hard place to be.

> [@LordGaav](#):
>
> I assume that search queue rejections are logged in the same way that bulk queue rejections are logged?

I expect so myself but I don't remember testing it. I'd test it locally just to be sure.

---

<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 5, 2017, 11:29pm UTC](https://discuss.elastic.co/t/sporadic-high-search-queue/37749/5 "2017-07-05T23:29:17Z")

</div>


