[ 
https://issues.apache.org/jira/browse/IGNITE-18590?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17687619#comment-17687619
 ] 

Ignite TC Bot commented on IGNITE-18590:
----------------------------------------

{panel:title=Branch: [pull/10521/head] Base: [master] : No blockers 
found!|borderStyle=dashed|borderColor=#ccc|titleBGColor=#D6F7C1}{panel}
{panel:title=Branch: [pull/10521/head] Base: [master] : New Tests 
(1)|borderStyle=dashed|borderColor=#ccc|titleBGColor=#D6F7C1}
{color:#00008b}Cache (Tx Recovery){color} [[tests 
1|https://ci2.ignite.apache.org/viewLog.html?buildId=7043743]]
* {color:#013220}IgniteCacheTxRecoverySelfTestSuite: 
TxRecoveryCommitMessagesTest.testNoTryRollbackConcurrentlyWithCommit - 
PASSED{color}

{panel}
[TeamCity *--> Run :: All* 
Results|https://ci2.ignite.apache.org/viewLog.html?buildId=7041962&buildTypeId=IgniteTests24Java8_RunAll]

> Transaction recovery tries rollback a tx concurrently with committing it
> ------------------------------------------------------------------------
>
>                 Key: IGNITE-18590
>                 URL: https://issues.apache.org/jira/browse/IGNITE-18590
>             Project: Ignite
>          Issue Type: Bug
>            Reporter: Maksim Timonin
>            Assignee: Maksim Timonin
>            Priority: Major
>             Fix For: 2.15
>
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> This is a bug introduced in the patch 
> [https://github.com/apache/ignite/pull/8822.]
> When a transaction commits on primary node during TxRecovery procedure, it 
> also sends rollback request (GridDhtTxFinishRequest#commit = false) on backup 
> nodes.
> Then it's possible that such a request (commit = false) reaches a backup node 
> earlier than GridCacheTxRecoveryResponse(commit = true).  Then primary node 
> will commit the transaction, and backup node rollbacks it. Then cluster will 
> be in inconsistent state.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to