[
https://issues.apache.org/jira/browse/IGNITE-20366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17776073#comment-17776073
]
Alexander Lapin commented on IGNITE-20366:
------------------------------------------
Looks good to me. Merged. Thank you.
> testBatchReadPutConcurrently failed
> -----------------------------------
>
> Key: IGNITE-20366
> URL: https://issues.apache.org/jira/browse/IGNITE-20366
> Project: Ignite
> Issue Type: Bug
> Reporter: Alexander Lapin
> Assignee: Kirill Sizov
> Priority: Blocker
> Labels: ignite-3
> Fix For: 3.0.0-beta2
>
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> {code:java}
> org.opentest4j.AssertionFailedError: expected: <true> but was: <false> at
> app//org.junit.jupiter.api.AssertionFailureBuilder.build(AssertionFailureBuilder.java:151)
> at
> app//org.junit.jupiter.api.AssertionFailureBuilder.buildAndThrow(AssertionFailureBuilder.java:132)
> at app//org.junit.jupiter.api.AssertTrue.failNotTrue(AssertTrue.java:63)
> at app//org.junit.jupiter.api.AssertTrue.assertTrue(AssertTrue.java:36) at
> app//org.junit.jupiter.api.AssertTrue.assertTrue(AssertTrue.java:31) at
> app//org.junit.jupiter.api.Assertions.assertTrue(Assertions.java:180) at
> app//org.apache.ignite.internal.table.TxAbstractTest.testBatchReadPutConcurrently(TxAbstractTest.java:467)
> at
> [email protected]/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method) at
> [email protected]/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> [email protected]/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at [email protected]/java.lang.reflect.Method.invoke(Method.java:566) {code}
> Need to find a root cause of the issue.
> Only
> {{ItTxDistributedTestThreeNodesThreeReplicas.testBatchReadPutConcurrently}}
> is failing out of all subclasses of {{TxAbstractTest}}
> h3. Cause
> *This is a test issue, not a product issue*
> The test checks whether the locks are in the expected state. And this check
> fails because the lock manager is chosen incorrectly and does not have those
> locks.
> The locks are expected to be on the primary and tests select the primary
> using the raft leader, however the product has already switch to placement
> driver.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)