[JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.8.0_31) - Build # 4495 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/4495/ Java: 64bit/jdk1.8.0_31 -XX:-UseCompressedOops -XX:+UseG1GC 2 tests failed. FAILED: org.apache.solr.core.TestLazyCores.testLazyLoad Error Message: Test abandoned because suite timeout was reached. Stack Trace: java.lang.Exception: Test abandoned because suite timeout was reached. at __randomizedtesting.SeedInfo.seed([6E1C11E3C9FC300B]:0) FAILED: junit.framework.TestSuite.org.apache.solr.core.TestLazyCores Error Message: Suite timeout exceeded (= 720 msec). Stack Trace: java.lang.Exception: Suite timeout exceeded (= 720 msec). at __randomizedtesting.SeedInfo.seed([6E1C11E3C9FC300B]:0) Build Log: [...truncated 9633 lines...] [junit4] Suite: org.apache.solr.core.TestLazyCores [junit4] 2 Creating dataDir: C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.core.TestLazyCores 6E1C11E3C9FC300B-001\init-core-data-001 [junit4] 2 1564253 T9269 oas.SolrTestCaseJ4.buildSSLConfig Randomized ssl (false) and clientAuth (false) [junit4] 2 1564256 T9269 oas.SolrTestCaseJ4.setUp ###Starting testCreateTransientFromAdmin [junit4] 2 1564311 T9269 oasc.SolrResourceLoader.init new SolrResourceLoader for directory: 'C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.core.TestLazyCores 6E1C11E3C9FC300B-001\tempDir-001\' [junit4] 2 1564335 T9269 oasc.CoreContainer.init New CoreContainer 17882030 [junit4] 2 1564335 T9269 oasc.CoreContainer.load Loading cores into CoreContainer [instanceDir=C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.core.TestLazyCores 6E1C11E3C9FC300B-001\tempDir-001\] [junit4] 2 1564340 T9269 oashc.HttpShardHandlerFactory.getParameter Setting socketTimeout to: 60 [junit4] 2 1564340 T9269 oashc.HttpShardHandlerFactory.getParameter Setting urlScheme to: null [junit4] 2 1564340 T9269 oashc.HttpShardHandlerFactory.getParameter Setting connTimeout to: 6 [junit4] 2 1564340 T9269 oashc.HttpShardHandlerFactory.getParameter Setting maxConnectionsPerHost to: 20 [junit4] 2 1564340 T9269 oashc.HttpShardHandlerFactory.getParameter Setting maxConnections to: 1 [junit4] 2 1564340 T9269 oashc.HttpShardHandlerFactory.getParameter Setting corePoolSize to: 0 [junit4] 2 1564340 T9269 oashc.HttpShardHandlerFactory.getParameter Setting maximumPoolSize to: 2147483647 [junit4] 2 1564340 T9269 oashc.HttpShardHandlerFactory.getParameter Setting maxThreadIdleTime to: 5 [junit4] 2 1564340 T9269 oashc.HttpShardHandlerFactory.getParameter Setting sizeOfQueue to: -1 [junit4] 2 1564340 T9269 oashc.HttpShardHandlerFactory.getParameter Setting fairnessPolicy to: false [junit4] 2 1564340 T9269 oashc.HttpShardHandlerFactory.getParameter Setting useRetries to: false [junit4] 2 1564340 T9269 oasu.UpdateShardHandler.init Creating UpdateShardHandler HTTP client with params: socketTimeout=60connTimeout=6retry=true [junit4] 2 1564342 T9269 oasc.SolrCores.allocateLazyCores Allocating transient cache for 4 transient cores [junit4] 2 1564349 T9269 oasl.LogWatcher.createWatcher SLF4J impl is org.slf4j.impl.Log4jLoggerFactory [junit4] 2 1564349 T9269 oasl.LogWatcher.newRegisteredLogWatcher Registering Log Listener [Log4j (org.slf4j.impl.Log4jLoggerFactory)] [junit4] 2 1564349 T9269 oasc.CoreContainer.load Host Name: null [junit4] 2 1564356 T9270 oasc.SolrResourceLoader.init new SolrResourceLoader for directory: 'C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.core.TestLazyCores 6E1C11E3C9FC300B-001\tempDir-001\collection1\' [junit4] 2 1564356 T9271 oasc.SolrResourceLoader.init new SolrResourceLoader for directory: 'C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.core.TestLazyCores 6E1C11E3C9FC300B-001\tempDir-001\collection2\' [junit4] 2 1564357 T9272 oasc.SolrResourceLoader.init new SolrResourceLoader for directory: 'C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.core.TestLazyCores 6E1C11E3C9FC300B-001\tempDir-001\collection5\' [junit4] 2 1564386 T9271 oasc.SolrConfig.refreshRequestParams current version of requestparams : -1 [junit4] 2 1564389 T9271 oasc.SolrConfig.init Using Lucene MatchVersion: 6.0.0 [junit4] 2 1564392 T9272 oasc.SolrConfig.refreshRequestParams current version of requestparams : -1 [junit4] 2 1564395 T9271 oasc.SolrConfig.init Loaded SolrConfig: solrconfig.xml [junit4] 2 1564395 T9271 oass.IndexSchema.readSchema Reading Solr Schema from C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.core.TestLazyCores 6E1C11E3C9FC300B-001\tempDir-001\collection2\conf\schema.xml [junit4] 2 1564396
[JENKINS] Lucene-Solr-5.x-Windows (64bit/jdk1.8.0_31) - Build # 4387 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Windows/4387/ Java: 64bit/jdk1.8.0_31 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.BasicDistributedZk2Test Error Message: Could not remove the following files (in the order of attempts): C:\Users\JenkinsSlave\workspace\Lucene-Solr-5.x-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test CBBEBBC9769B8805-001\tempDir-002: java.nio.file.AccessDeniedException: C:\Users\JenkinsSlave\workspace\Lucene-Solr-5.x-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test CBBEBBC9769B8805-001\tempDir-002 C:\Users\JenkinsSlave\workspace\Lucene-Solr-5.x-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test CBBEBBC9769B8805-001: java.nio.file.DirectoryNotEmptyException: C:\Users\JenkinsSlave\workspace\Lucene-Solr-5.x-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test CBBEBBC9769B8805-001 Stack Trace: java.io.IOException: Could not remove the following files (in the order of attempts): C:\Users\JenkinsSlave\workspace\Lucene-Solr-5.x-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test CBBEBBC9769B8805-001\tempDir-002: java.nio.file.AccessDeniedException: C:\Users\JenkinsSlave\workspace\Lucene-Solr-5.x-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test CBBEBBC9769B8805-001\tempDir-002 C:\Users\JenkinsSlave\workspace\Lucene-Solr-5.x-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test CBBEBBC9769B8805-001: java.nio.file.DirectoryNotEmptyException: C:\Users\JenkinsSlave\workspace\Lucene-Solr-5.x-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test CBBEBBC9769B8805-001 at __randomizedtesting.SeedInfo.seed([CBBEBBC9769B8805]:0) at org.apache.lucene.util.IOUtils.rm(IOUtils.java:294) at org.apache.lucene.util.TestRuleTemporaryFilesCleanup.afterAlways(TestRuleTemporaryFilesCleanup.java:170) at com.carrotsearch.randomizedtesting.rules.TestRuleAdapter$1.afterAlways(TestRuleAdapter.java:31) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:43) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:54) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at java.lang.Thread.run(Thread.java:745) FAILED: org.apache.solr.cloud.ReplicationFactorTest.test Error Message: org.apache.solr.client.solrj.SolrServerException: IOException occured when talking to server at: http://127.0.0.1:64355/repfacttest_c8n_1x3_shard1_replica2 Stack Trace: org.apache.solr.client.solrj.SolrServerException: org.apache.solr.client.solrj.SolrServerException: IOException occured when talking to server at: http://127.0.0.1:64355/repfacttest_c8n_1x3_shard1_replica2 at org.apache.solr.client.solrj.impl.CloudSolrClient.directUpdate(CloudSolrClient.java:575) at org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:884) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:787) at org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:730) at org.apache.solr.cloud.ReplicationFactorTest.testRf3(ReplicationFactorTest.java:284) at org.apache.solr.cloud.ReplicationFactorTest.test(ReplicationFactorTest.java:112) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1618) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:827) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:877) at
[jira] [Commented] (LUCENE-6251) Two-phase support on ConstantScorer, ReqOptScorer, ReqExclScorer, BoostedScorer
[ https://issues.apache.org/jira/browse/LUCENE-6251?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14323961#comment-14323961 ] ASF subversion and git services commented on LUCENE-6251: - Commit 1660325 from [~jpountz] in branch 'dev/branches/branch_5x' [ https://svn.apache.org/r1660325 ] LUCENE-6251: Add two-phase support to ConstantScorer and most boolean scorers. Two-phase support on ConstantScorer, ReqOptScorer, ReqExclScorer, BoostedScorer --- Key: LUCENE-6251 URL: https://issues.apache.org/jira/browse/LUCENE-6251 Project: Lucene - Core Issue Type: Task Reporter: Adrien Grand Assignee: Adrien Grand Priority: Minor Attachments: LUCENE-6251.patch Some of our scorers are mostly delegators and two-phase support should be reasonably easy to implement. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (LUCENE-6251) Two-phase support on ConstantScorer, ReqOptScorer, ReqExclScorer, BoostedScorer
[ https://issues.apache.org/jira/browse/LUCENE-6251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand resolved LUCENE-6251. -- Resolution: Fixed Fix Version/s: 5.1 Trunk Two-phase support on ConstantScorer, ReqOptScorer, ReqExclScorer, BoostedScorer --- Key: LUCENE-6251 URL: https://issues.apache.org/jira/browse/LUCENE-6251 Project: Lucene - Core Issue Type: Task Reporter: Adrien Grand Assignee: Adrien Grand Priority: Minor Fix For: Trunk, 5.1 Attachments: LUCENE-6251.patch Some of our scorers are mostly delegators and two-phase support should be reasonably easy to implement. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-7117) AutoAddReplicas should have a cluster wide property for controlling number of cores hosted on each node
[ https://issues.apache.org/jira/browse/SOLR-7117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Varun Thacker updated SOLR-7117: Attachment: SOLR-7117.patch Thanks Mark for reviewing the patch. bq. There is some class that makes it easy to quickly test what nodes are chosen for failover. Yeah I saw {{SharedFSAutoReplicaFailoverUtilsTest}} . It's super cool! New patch which adds a test for this property. Couple of other changes I made - - Modified a live node in {{testGetBestCreateUrlMultipleCollections()}}. I believe it was intended to be node2 and node1 in the first place. - In this should the check be only for node3 since node2 is already hosting the replica. Unless r2-4 meant node2 or node4 {code} result = buildClusterState(csr1R*r2-4sr3r4r5, NODE1, NODE2, NODE3); createUrl = OverseerAutoReplicaFailoverThread.getBestCreateUrl(result.reader, result.badReplica, null); assertTrue(createUrl.equals(NODE2_URL) || createUrl.equals(NODE3_URL)); {code} Should we keep the property name maxCoresPerNode or something else? AutoAddReplicas should have a cluster wide property for controlling number of cores hosted on each node --- Key: SOLR-7117 URL: https://issues.apache.org/jira/browse/SOLR-7117 Project: Solr Issue Type: Improvement Reporter: Varun Thacker Priority: Minor Fix For: Trunk, 5.1 Attachments: SOLR-7117.patch, SOLR-7117.patch Currently when finding the best node to host the failed replicas, we respect the maxShardsPerNode property. This is not an ideal solution as it's a per collection property and we need a cluster wide property. Also using maxShardsPerNode can lead to unequal distribution of replicas across nodes. We should just let users use the CLUSTERPROP API to set the max number of cores to be hosted on each node and use that value while picking the node the replica will be hosted on. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-6250) Approximations on Spans
[ https://issues.apache.org/jira/browse/LUCENE-6250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14324071#comment-14324071 ] Adrien Grand commented on LUCENE-6250: -- bq. fails because SpanScorer.score() is called while it is still at docID -1, and I am stuck trying to figure this out. I just tried out the seed and I think I understand why: approximations are supposed to be a view and advancing the approximation should advance the scorer and vice-versa. Yet SpanScorer caches the current doc ID (the 'doc' variable) so when you advance the approximation, SpanScorer.doc is still -1 so when you call score() it tries to get the norm for doc ID -1. bq. When I started investigating this test case I was confused by BooleanWeight creating an unused SpansScorer while trying to create a BooleanScorer. Shall I open another issue to separate the condition to actually use a BooleanScorer from the creation of the BooleanScorer (in BooleanWeight)? I agree this would be nicer! bq. Can the TestFilterSpans class be removed? It only checks that all abstract Span methods are implemented. I never used spans, but looking at https://issues.apache.org/jira/browse/LUCENE-5933 this seems important in order to make sure that FilterSpans delegate everything from the wrapped instance? Approximations on Spans --- Key: LUCENE-6250 URL: https://issues.apache.org/jira/browse/LUCENE-6250 Project: Lucene - Core Issue Type: Improvement Reporter: Paul Elschot Attachments: ApproxSpans-20150216a.patch Approximate spans using existing conjunction/disjunction approximations -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: VOTE: RC1 Release apache-solr-ref-guide-5.0.pdf
It would be good if this comment was fixed - https://cwiki.apache.org/confluence/display/solr/Collections+API?focusedCommentId=51810687#comment-51810687 On Tue, Feb 17, 2015 at 12:02 AM, Chris Hostetter hossman_luc...@fucit.org wrote: Please vote to release the following artifacts as the Solr 5.0 Ref Guide... https://dist.apache.org/repos/dist/dev/lucene/solr/ref- guide/apache-solr-ref-guide-5.0-RC1/ -Hoss http://www.lucidworks.com/ - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org -- Regards, Varun Thacker http://www.vthacker.in/
[jira] [Commented] (LUCENE-6246) Fix DocsEnum - PostingsEnum transition
[ https://issues.apache.org/jira/browse/LUCENE-6246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14324145#comment-14324145 ] ASF subversion and git services commented on LUCENE-6246: - Commit 1660366 from [~rcmuir] in branch 'dev/trunk' [ https://svn.apache.org/r1660366 ] LUCENE-6246: Fix DocsEnum - PostingsEnum transition (phase 1) Fix DocsEnum - PostingsEnum transition --- Key: LUCENE-6246 URL: https://issues.apache.org/jira/browse/LUCENE-6246 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir Attachments: LUCENE-6246-trunk.patch The current back compat introduced in LUCENE-4524, does not really help the users calling e.g. LeafReader.termDocsEnum() or LeafReader.termPositionsEnum(), because the former's return value changes to PostingsEnum, its superclass, and the latter got removed. It also does not help users using TermsEnum.docs() or TermsEnum.docsAndPositions() which got removed and just replaced with postings(). DocsEnum is different, but not deprecated, instead only used by some codecs as a convenience class. DocsAndPositionsEnum is removed. I think we can do this a little better. First, we need to fix trunk to work the way we want it to look. I think we should have LeafReader.postings() and TermsEnum.postings(), and everything should use PostingsEnum. This is simplest. But in 5.x, I think we should have DocsEnum and DocsAndPositionsEnum which are deprecated, to help guide the user. The sugar methods on LeafReader that exist in 5.0 (termDocsEnum(), termPositionsEnum()) should be deprecated (with message to use postings()) and final, and can just wrap PostingsEnum. There is no reuse and flags here so this is very simple. On TermsEnum its more complicated, but i dont think impossible. We should add back deprecated and final termDocsEnum() and termPositionsEnum() (with message to use postings()) and these deprecated ones can have an instanceof check, unwrapping back to PostingsEnum before they invoke postings behind the scenes. For the 2 remaining ones on TermsEnum that take flags, thats the most tricky. I actually think we shouldn't change the existing constant values when we dont have to. And I don't think the names FLAG_FREQS are special, i'd rather these just be constants like FREQS. I looked thru JDK constants (http://docs.oracle.com/javase/7/docs/api/constant-values.html) and only one class uses this FLAG_xxx prefix. So I think we should have PostingsEnum.FREQS etc with new values, not conflicting with the old FLAG_FREQS etc values (which we can add back, deprecated, to DocsEnum and DocsAndPositionsEnum). We can even add a check to the deprecated methods that only valid values are passed. This just means we have contained back compat, only for deprecated and final sugar methods in LeafReader and TermsEnum, and the 2 deprecated classes. I think we can live with that and it would save users pain. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-trunk-Windows (32bit/jdk1.8.0_31) - Build # 4494 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/4494/ Java: 32bit/jdk1.8.0_31 -server -XX:+UseConcMarkSweepGC 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.BasicDistributedZk2Test Error Message: Could not remove the following files (in the order of attempts): C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test 853CD4074A5D9AA6-001\tempDir-002: java.nio.file.AccessDeniedException: C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test 853CD4074A5D9AA6-001\tempDir-002 C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test 853CD4074A5D9AA6-001: java.nio.file.DirectoryNotEmptyException: C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test 853CD4074A5D9AA6-001 Stack Trace: java.io.IOException: Could not remove the following files (in the order of attempts): C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test 853CD4074A5D9AA6-001\tempDir-002: java.nio.file.AccessDeniedException: C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test 853CD4074A5D9AA6-001\tempDir-002 C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test 853CD4074A5D9AA6-001: java.nio.file.DirectoryNotEmptyException: C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.BasicDistributedZk2Test 853CD4074A5D9AA6-001 at __randomizedtesting.SeedInfo.seed([853CD4074A5D9AA6]:0) at org.apache.lucene.util.IOUtils.rm(IOUtils.java:286) at org.apache.lucene.util.TestRuleTemporaryFilesCleanup.afterAlways(TestRuleTemporaryFilesCleanup.java:170) at com.carrotsearch.randomizedtesting.rules.TestRuleAdapter$1.afterAlways(TestRuleAdapter.java:31) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:43) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:54) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at java.lang.Thread.run(Thread.java:745) FAILED: org.apache.solr.cloud.ReplicationFactorTest.test Error Message: org.apache.http.NoHttpResponseException: The target server failed to respond Stack Trace: org.apache.solr.client.solrj.SolrServerException: org.apache.http.NoHttpResponseException: The target server failed to respond at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:865) at org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:730) at org.apache.solr.cloud.ReplicationFactorTest.testRf3(ReplicationFactorTest.java:284) at org.apache.solr.cloud.ReplicationFactorTest.test(ReplicationFactorTest.java:112) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1618) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:827) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:877) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:940) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:915) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53) at