I have an index named "akhil". I'm trying to search as
GET localhost:9200/akhil/_search
It's taking a 20.4sec time to get the response.
I want to know why this is happening. How can I debug this?
I have an index named "akhil". I'm trying to search as
GET localhost:9200/akhil/_search
It's taking a 20.4sec time to get the response.
I want to know why this is happening. How can I debug this?
@warkolm please help me
Please provide more details. What search are you running? How much data are you querying? How many shards/indices are you querying? What is the hardware spec of your Elasticsearch cluster? Which version of Elasticsearch are you using?
We are using ES 2.4.1
It's a 3 node cluster
We are querying on one index which contains 200Gb of data.
Even when querying on a simple index with 4mb it's taking 2 sec of time to get response. the response times were in the range of few millisecs (1-20)before, now there are responses above 5 seconds,
What has changed since you were experiencing low response times? What is the hardware spec of your Elasticsearch cluster?
Centos, 8 GB ram, 500GB disk
I executed
GET /_nodes/hot_threads
Why i'm seeing these errors? Any problem in this? and output is changing everytime
::: {NODE_2}{kweNa7fvRk2SjPyFoGR7PA}{3.3.87.246}{3.3.87.246:9300}{master=true}
Hot threads at 2017-02-02T14:37:11.611Z, interval=500ms, busiestThreads=3, ignoreIdleThreads=true:
0.0% (100.5micros out of 500ms) cpu usage by thread 'elasticsearch[NODE_2][transport_client_timer][T#1]{Hashed wheel timer #1}'
10/10 snapshots sharing following 5 elements
java.lang.Thread.sleep(Native Method)
org.jboss.netty.util.HashedWheelTimer$Worker.waitForNextTick(HashedWheelTimer.java:445)
org.jboss.netty.util.HashedWheelTimer$Worker.run(HashedWheelTimer.java:364)
org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108)
java.lang.Thread.run(Unknown Source)
::: {NODE_3}{bwtnkXdsR3y6EpKBaNWaRw}{3.3.87.247}{3.3.87.247:9300}{master=true}
Hot threads at 2017-02-02T14:37:11.981Z, interval=500ms, busiestThreads=3, ignoreIdleThreads=true:
::: {NODE_1}{MoO58zcVSQOJ1jVrYPtegg}{3.3.87.245}{3.3.87.245:9300}{master=true}
Hot threads at 2017-02-02T14:37:11.985Z, interval=500ms, busiestThreads=3, ignoreIdleThreads=true:
After few minutes im getting this output
> ::: {NODE_2}{kweNa7fvRk2SjPyFoGR7PA}{3.3.87.246}{3.3.87.246:9300}{master=true}
> Hot threads at 2017-02-02T14:42:16.648Z, interval=500ms, busiestThreads=3, ignoreIdleThreads=true:
> ::: {NODE_3}{bwtnkXdsR3y6EpKBaNWaRw}{3.3.87.247}{3.3.87.247:9300}{master=true}
> Hot threads at 2017-02-02T14:42:16.972Z, interval=500ms, busiestThreads=3, ignoreIdleThreads=true:
> ::: {NODE_1}{MoO58zcVSQOJ1jVrYPtegg}{3.3.87.245}{3.3.87.245:9300}{master=true}
> Hot threads at 2017-02-02T14:42:16.977Z, interval=500ms, busiestThreads=3, ignoreIdleThreads=true:
Updated the latest error
You said you previously experienced good performance. What has changed since you were experiencing low response times? Is it data volumes? Type of queries? The number of users?
We are facing latency issue with match_all query. Users are facing slow response upto ~8 seconds from the application.
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
© 2020. All Rights Reserved - Elasticsearch
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant logo are trademarks of the Apache Software Foundation in the United States and/or other countries.