You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Vladislav Pyatkov (Jira)" <ji...@apache.org> on 2022/11/04 14:04:00 UTC

[jira] [Updated] (IGNITE-17999) Incorrect handling of TxStateReplicaRequest

     [ https://issues.apache.org/jira/browse/IGNITE-17999?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Vladislav Pyatkov updated IGNITE-17999:
---------------------------------------
    Description: 
*Motivation*
After observation, the following points were highlighting to fix:
# The request has a property named is commitTimestamp, but it is not a time to commit. This property should be renamed to readTimestamp, because it is a time with which a transaction tries to read another transaction state (to read an entry).
# The request should to be handled by a primary replica (presently, it is handled by leader, that can be a different node).
# TxMata should be read through RAFT, because the leader can be changed, and the actual data will be store on the a new one.

  was:
After observation, the following points were highlighting to fix:
# The request has a property named is commitTimestamp, but it is not a time to commit. This property should be renamed to readTimestamp, because it is a time with which a transaction tries to read another transaction state (to read an entry).
# The request should to be handled by a primary replica (presently, it is handled by leader, that can be a different node).
# TxMata should be read through RAFT, because the leader can be changed, and the actual data will be store on the a new one.


> Incorrect handling of TxStateReplicaRequest
> -------------------------------------------
>
>                 Key: IGNITE-17999
>                 URL: https://issues.apache.org/jira/browse/IGNITE-17999
>             Project: Ignite
>          Issue Type: Bug
>            Reporter: Vladislav Pyatkov
>            Priority: Major
>              Labels: ignite-3
>
> *Motivation*
> After observation, the following points were highlighting to fix:
> # The request has a property named is commitTimestamp, but it is not a time to commit. This property should be renamed to readTimestamp, because it is a time with which a transaction tries to read another transaction state (to read an entry).
> # The request should to be handled by a primary replica (presently, it is handled by leader, that can be a different node).
> # TxMata should be read through RAFT, because the leader can be changed, and the actual data will be store on the a new one.



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