You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "ASF subversion and git services (Jira)" <ji...@apache.org> on 2022/09/19 19:04:00 UTC
[jira] [Commented] (SOLR-16408) TestHdfsUpdateLog, TestRecoveryHdfs, and TestRandomCollapseQParserPlugin call SolrTestCaseJ4.teardownTestCases instead of deleteCore
[ https://issues.apache.org/jira/browse/SOLR-16408?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17606722#comment-17606722 ]
ASF subversion and git services commented on SOLR-16408:
--------------------------------------------------------
Commit 5cbef9e08487e948cfd024603841d9422b14daa6 in solr's branch refs/heads/main from Kevin Risden
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=5cbef9e0848 ]
SOLR-16408: TestHdfsUpdateLog, TestRecoveryHdfs, and TestRandomCollapseQParserPlugin call SolrTestCaseJ4.teardownTestCases instead of deleteCore (#1003)
> TestHdfsUpdateLog, TestRecoveryHdfs, and TestRandomCollapseQParserPlugin call SolrTestCaseJ4.teardownTestCases instead of deleteCore
> ------------------------------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-16408
> URL: https://issues.apache.org/jira/browse/SOLR-16408
> Project: Solr
> Issue Type: Test
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Hadoop Integration, hdfs
> Reporter: Kevin Risden
> Assignee: Kevin Risden
> Priority: Major
> Time Spent: 1h
> Remaining Estimate: 0h
>
> This surfaced after SOLR-16187 which should tell us why some builds were just timing out in the past. Now we have a stacktrace of where the pool got stuck.
> {code:java}
> Build: https://jenkins.thetaphi.de/job/Solr-main-Linux/7070/
> Java: 64bit/jdk-11.0.15 -XX:+UseCompressedOops -XX:+UseSerialGC
> 1 tests failed.
> FAILED: org.apache.solr.hdfs.update.TestHdfsUpdateLog.classMethod
> Error Message:
> java.lang.RuntimeException: Timeout waiting for pool org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor@12bfe088[Shutting down, pool size = 1, active threads = 1, queued tasks = 0, completed tasks = 0] to shutdown.
> Stack Trace:
> java.lang.RuntimeException: Timeout waiting for pool org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor@12bfe088[Shutting down, pool size = 1, active threads = 1, queued tasks = 0, completed tasks = 0] to shutdown.
> at __randomizedtesting.SeedInfo.seed([C45530E56E50859A]:0)
> at org.apache.solr.common.util.ExecutorUtil.awaitTermination(ExecutorUtil.java:112)
> at org.apache.solr.common.util.ExecutorUtil.awaitTermination(ExecutorUtil.java:99)
> at org.apache.solr.common.util.ExecutorUtil.shutdownAndAwaitTermination(ExecutorUtil.java:89)
> at org.apache.solr.core.SolrCores.close(SolrCores.java:149)
> at org.apache.solr.core.CoreContainer.shutdown(CoreContainer.java:1188)
> at org.apache.solr.util.TestHarness.close(TestHarness.java:397)
> at org.apache.solr.SolrTestCaseJ4.deleteCore(SolrTestCaseJ4.java:942)
> at org.apache.solr.hdfs.update.TestHdfsUpdateLog.afterClass(TestHdfsUpdateLog.java:75)
> {code}
> TestHdfsUpdateLog, TestRecoveryHdfs, and TestRandomCollapseQParserPlugin were trying to call deleteCore which doesn't shutdown the test case correctly sometimes. Instead call SolrTestCaseJ4.teardownTestCases which does the cleanup. It is ok to call SolrTestCaseJ4.teardownTestCases twice.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org