From 3468be00759cb67450ba8f61d735357f5a55d7fd Mon Sep 17 00:00:00 2001 From: Nik Everett Date: Wed, 27 Apr 2016 16:21:39 -0400 Subject: [PATCH] [test] Remove BulkProcessorRetryIT's generic threadpool setting It wasn't required to excercise the retries and it caused stability issues. --- .../java/org/elasticsearch/action/bulk/BulkProcessorRetryIT.java | 1 - 1 file changed, 1 deletion(-) diff --git a/core/src/test/java/org/elasticsearch/action/bulk/BulkProcessorRetryIT.java b/core/src/test/java/org/elasticsearch/action/bulk/BulkProcessorRetryIT.java index 1604ab24160..e950da05d37 100644 --- a/core/src/test/java/org/elasticsearch/action/bulk/BulkProcessorRetryIT.java +++ b/core/src/test/java/org/elasticsearch/action/bulk/BulkProcessorRetryIT.java @@ -50,7 +50,6 @@ public class BulkProcessorRetryIT extends ESIntegTestCase { //Have very low pool and queue sizes to overwhelm internal pools easily return Settings.builder() .put(super.nodeSettings(nodeOrdinal)) - .put("threadpool.generic.max", 4) // don't mess with this one! It's quite sensitive to a low queue size // (see also ThreadedActionListener which is happily spawning threads even when we already got rejected) //.put("threadpool.listener.queue_size", 1)