[infinispan-issues] [JBoss JIRA] (ISPN-6977) NumOwnersNodeCrashInSequenceTest random failures
[
https://issues.redhat.com/browse/ISPN-6977?page=com.atlassian.jira.plugin...
]
Tristan Tarrant reopened ISPN-6977:
-----------------------------------
This has started failing again:
java.lang.RuntimeException: Cache defaultcache timed out waiting for rebalancing to
complete on node NumOwnersNodeStopInSequenceTest-NodeB, expected member list is
[NumOwnersNodeStopInSequenceTest-NodeB, NumOwnersNodeStopInSequenceTest-NodeC], current
member list is [NumOwnersNodeStopInSequenceTest-NodeA,
NumOwnersNodeStopInSequenceTest-NodeB, NumOwnersNodeStopInSequenceTest-NodeC]!
at org.infinispan.test.TestingUtil.waitForNoRebalance(TestingUtil.java:427)
at
org.infinispan.partitionhandling.NumOwnersNodeCrashInSequenceTest.testNodeCrashedBeforeStFinished(NumOwnersNodeCrashInSequenceTest.java:172)
at
org.infinispan.partitionhandling.NumOwnersNodeCrashInSequenceTest.testNodeCrashedBeforeStFinished3(NumOwnersNodeCrashInSequenceTest.java:69)
at org.infinispan.commons.test.TestNGLongTestsHook.run(TestNGLongTestsHook.java:24)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
... Removed 18 stack frames
NumOwnersNodeCrashInSequenceTest random failures
------------------------------------------------
Key: ISPN-6977
URL: https://issues.redhat.com/browse/ISPN-6977
Project: Infinispan
Issue Type: Bug
Components: Core
Affects Versions: 8.2.4.Final, 9.0.0.Alpha4, 10.1.5.Final, 11.0.0.Dev03
Reporter: Dan Berindei
Assignee: Dan Berindei
Priority: Critical
Labels: testsuite_stability
Fix For: 9.0.0.Beta1, 9.0.0.Final
The test (and {{NumOwnersNodeStopInSequenceTest}} as well) uses
{{StateSequencerUtil.advanceOnInboundRpc()}}, which replaces the
{{PerCacheInboundInvocationHandler}} and rewires all the components.
The problem is that rewiring {{StateConsumerImpl}} causes it to create a new
{{SemaphoreCompletionService}}, but there's no synchronization when reading the field,
a "background" task could finish on another thread and release the permit on the
old {{SemaphoreCompletionService}} instance.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)