# Search Index: None of the configured nodes were available

**URL:** <https://discuss.elastic.co/t/search-index-none-of-the-configured-nodes-were-available/184278>\
**Category:** Elastic Cloud Enterprise (ECE)\
**Created:** [June 5, 2019, 5:24am UTC](https://discuss.elastic.co/t/search-index-none-of-the-configured-nodes-were-available/184278 "2019-06-05T05:24:11Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![apaulsen](https://avatars.discourse-cdn.com/v4/letter/a/a8b319/32.png) [@apaulsen](https://discuss.elastic.co/u/apaulsen)\
**Post date:** [June 5, 2019, 5:24am UTC](https://discuss.elastic.co/t/search-index-none-of-the-configured-nodes-were-available/184278/1 "2019-06-05T05:24:11Z")

</div>

```
index docs store  
mp_v 106319763 8gb  

```

A Sprinboot Application generates 10000 search queries with 10 parallel threads against a classical local and remote ELK System.

This takes 40 minutes.

Running the same set of queries against an ECE Cluster it runs into the exception  
"None of the configured nodes were available". Our developers raise the exception only after getting no answer for the last 20 search queries against the ECE Cluster.

We get the exception in a time range from two minutes to eleven minutes after starting the search queries.

The ECE Cluster has 16 GB RAM and the JVM pressure reaches a maximum of 52 percent

Where can we start to analyze the breakdowns? It seems not to be a network problem.

TIA,  
Agnes

---

<div class="post-metadata">

**Author:** ![dadoonet](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/dadoonet/32/137187_2.png) [@dadoonet](https://discuss.elastic.co/u/dadoonet)\
**Post date:** [June 5, 2019, 5:55am UTC](https://discuss.elastic.co/t/search-index-none-of-the-configured-nodes-were-available/184278/2 "2019-06-05T05:55:01Z")

</div>

AFAIK with some spring related projects there's a chance you are using the TransportClient instead of the RestClient.

It has been deprecated and is now removed in master branch. So definitely switch to the RestClient instead.

I think you'll get much more stability as well.

My 2 cents.

---

<div class="post-metadata">

**Author:** ![Alex\_Piggott](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/alex_piggott/32/11053_2.png) [@Alex\_Piggott](https://discuss.elastic.co/u/Alex_Piggott)\
**Post date:** [June 5, 2019, 1:34pm UTC](https://discuss.elastic.co/t/search-index-none-of-the-configured-nodes-were-available/184278/3 "2019-06-05T13:34:11Z")

</div>

We do see issues with HA ES 6.x+ and the transport client due to an incompatibility between the ECE proxy and transport client. The newest ECE proxy fixes it but won't be available for another release or so.

As per above, we recommend using the REST client where possible.

If the issue _is_ performance related (and not the above transport client problem), the most common reason is that ECE throttles instances by default, to minimize "noisy neighbor" effects (basically proportional to the RAM, with a 20% overprovision).

As a result, when comparing performance to "classic" ES performance it sometimes seems like ECE is worse when in practice it's just that ECE is "starving" the cluster. The easiest way to compare apples-to-apples is to set `hard_limit: false` in the "Data" section of the advanced editor.

It's also useful to set up monitoring and use the ECE performance dashboards to try to get a better idea of whether the cluster is being throttled and where

Alex

---

<div class="post-metadata">

**Author:** ![apaulsen](https://avatars.discourse-cdn.com/v4/letter/a/a8b319/32.png) [@apaulsen](https://discuss.elastic.co/u/apaulsen)\
**Post date:** [June 5, 2019, 2:15pm UTC](https://discuss.elastic.co/t/search-index-none-of-the-configured-nodes-were-available/184278/4 "2019-06-05T14:15:35Z")

</div>

This seems to be the solution. Thanks!

---

<div class="post-metadata">

**Author:** ![apaulsen](https://avatars.discourse-cdn.com/v4/letter/a/a8b319/32.png) [@apaulsen](https://discuss.elastic.co/u/apaulsen)\
**Post date:** [June 8, 2019, 3:56pm UTC](https://discuss.elastic.co/t/search-index-none-of-the-configured-nodes-were-available/184278/5 "2019-06-08T15:56:00Z")

</div>

This solved another problem for us - we had very high latency values until we've changed hard\_limit to false.  
We still get "None of the configured nodes were available" messages.  
Our developers have to do their homework now and change to RestClient. We hope that solves the issue.

---

<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:** [June 22, 2019, 3:56pm UTC](https://discuss.elastic.co/t/search-index-none-of-the-configured-nodes-were-available/184278/6 "2019-06-22T15:56:18Z")

</div>

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