You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Josh Elser (JIRA)" <ji...@apache.org> on 2016/08/19 22:40:20 UTC
[jira] [Created] (ACCUMULO-4417) JUnit timeout rule not firing
under circumstances of ACCUMULO-4416
Josh Elser created ACCUMULO-4417:
------------------------------------
Summary: JUnit timeout rule not firing under circumstances of ACCUMULO-4416
Key: ACCUMULO-4417
URL: https://issues.apache.org/jira/browse/ACCUMULO-4417
Project: Accumulo
Issue Type: Bug
Components: test
Affects Versions: 1.7.1
Reporter: Josh Elser
Assignee: Josh Elser
Priority: Minor
Not a pure-apache release stacktrace:
{noformat}
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at org.apache.accumulo.core.util.UtilWaitThread.sleep(UtilWaitThread.java:27)
at org.apache.accumulo.core.client.impl.ServerClient.executeRaw(ServerClient.java:102)
at org.apache.accumulo.core.client.impl.ServerClient.execute(ServerClient.java:61)
at org.apache.accumulo.core.client.impl.ConnectorImpl.<init>(ConnectorImpl.java:67)
at org.apache.accumulo.core.client.ZooKeeperInstance.getConnector(ZooKeeperInstance.java:248)
at org.apache.accumulo.minicluster.impl.MiniAccumuloClusterImpl.getConnector(MiniAccumuloClusterImpl.java:722)
at org.apache.accumulo.harness.SharedMiniClusterIT.startMiniClusterWithConfig(SharedMiniClusterIT.java:108)
at org.apache.accumulo.harness.SharedMiniClusterIT.startMiniCluster(SharedMiniClusterIT.java:65)
at org.apache.accumulo.test.replication.StatusCombinerMacIT.setup(StatusCombinerMacIT.java:61)
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:498)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128)
at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
{noformat}
This test has been sitting like this for ~18hrs but the configuration should have killed it after 6 minutes. Need to figure out if this is because of our UtilWaitThread or similar (e.g. eating interrupts).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)