elasticsearch - Allegro Embedded ElasticSearch 失败错误:集群在指定超时内未达到黄色状态
问题描述
我使用 allegro 嵌入式 elasticserach https://github.com/allegro/embedded-elasticsearch与 elasticsearch 运行集成测试。
此错误的跟踪是
Cluster does not reached yellow status in specified timeout
Response body:
{"cluster_name":"elasticsearch","status":"red","timed_out":true,"number_of_nodes":2,"number_of_data_nodes":2,"active_primary_shards":0,"active_shards":0,"relocating_shards":0,"initializing_shards":0,"unassigned_shards":10,"delayed_unassigned_shards":0,"number_of_pending_tasks":2,"number_of_in_flight_fetch":0,"task_max_waiting_in_queue_millis":3,"active_shards_percent_as_number":0.0}
java.lang.IllegalStateException: Cluster does not reached yellow status in specified timeout
Response body:
{"cluster_name":"elasticsearch","status":"red","timed_out":true,"number_of_nodes":2,"number_of_data_nodes":2,"active_primary_shards":0,"active_shards":0,"relocating_shards":0,"initializing_shards":0,"unassigned_shards":10,"delayed_unassigned_shards":0,"number_of_pending_tasks":2,"number_of_in_flight_fetch":0,"task_max_waiting_in_queue_millis":3,"active_shards_percent_as_number":0.0}
at pl.allegro.tech.embeddedelasticsearch.ElasticRestClient.assertOk(ElasticRestClient.java:197)
at pl.allegro.tech.embeddedelasticsearch.ElasticRestClient.lambda$waitForClusterYellow$6(ElasticRestClient.java:121)
at pl.allegro.tech.embeddedelasticsearch.HttpClient.lambda$execute$1(HttpClient.java:24)
at pl.allegro.tech.embeddedelasticsearch.HttpClient.execute(HttpClient.java:31)
at pl.allegro.tech.embeddedelasticsearch.HttpClient.execute(HttpClient.java:23)
at pl.allegro.tech.embeddedelasticsearch.ElasticRestClient.waitForClusterYellow(ElasticRestClient.java:121)
at pl.allegro.tech.embeddedelasticsearch.ElasticRestClient.createIndices(ElasticRestClient.java:52)
at pl.allegro.tech.embeddedelasticsearch.EmbeddedElastic.createIndices(EmbeddedElastic.java:194)
at pl.allegro.tech.embeddedelasticsearch.EmbeddedElastic.start(EmbeddedElastic.java:66)
at com.spireon.kahuavs.ingest.integration.test.BaseTest.setupEmbeddedES(BaseTest.java:90)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:190)
at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.runTestClass(JUnitTestClassExecutor.java:110)
at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:58)
at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:38)
at org.gradle.api.internal.tasks.testing.junit.AbstractJUnitTestClassProcessor.processTestClass(AbstractJUnitTestClassProcessor.java:62)
at org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
at org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
at com.sun.proxy.$Proxy5.processTestClass(Unknown Source)
at org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:118)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at org.gradle.internal.remote.internal.hub.MessageHubBackedObjectConnection$DispatchWrapper.dispatch(MessageHubBackedObjectConnection.java:175)
at org.gradle.internal.remote.internal.hub.MessageHubBackedObjectConnection$DispatchWrapper.dispatch(MessageHubBackedObjectConnection.java:157)
at org.gradle.internal.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:404)
at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:63)
at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:46)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:55)
at java.base/java.lang.Thread.run(Thread.java:834)
我团队中的其他开发人员在他们的计算机上运行测试时都没有遇到此错误。waitForClusterYellow 函数的超时设置为 60 秒,我认为该函数不可配置。
解决方案
在我的 Mac 上使用活动监视器并杀死所有 java 进程解决了我的问题。
推荐阅读
- json - 编组 time.Time 对象时避免精度损失
- function - 您如何使用 gmail 脚本一次附加多个图像。下面是附加一张图片的工作脚本示例
- clojure - 是什么导致错误 java.io.FileNotFoundException:在引导时无法在类路径上找到 nrepl/server__init.class 或 nrepl/server.clj?
- identity - 不依赖于 EDID 的唯一显示器 ID
- amazon-web-services - 当我在调用中包含授权标头时,为什么我会收到来自 AWS Lambda/Api 网关的 502:错误网关?
- php - 带有 100kb JSON blob 的非常慢的 apache 请求
- php - 如何修复 WooCommerce 中的 PayPal IPN 验证错误?
- c# - 在 DynamoDB AWS C# .net core 中应用查询
- javascript - 用间隔反应更新状态
- wordpress - Wordpress API - 访问页面字段