You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Denis Chudov (Jira)" <ji...@apache.org> on 2022/05/30 10:46:00 UTC

[jira] [Assigned] (IGNITE-16478) RocksDB returns unexpected cursor.hasNext equals false after leader is changed

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

Denis Chudov reassigned IGNITE-16478:
-------------------------------------

    Assignee: Denis Chudov

> RocksDB returns unexpected cursor.hasNext equals false after leader is changed
> ------------------------------------------------------------------------------
>
>                 Key: IGNITE-16478
>                 URL: https://issues.apache.org/jira/browse/IGNITE-16478
>             Project: Ignite
>          Issue Type: Bug
>            Reporter: Mirza Aliev
>            Assignee: Denis Chudov
>            Priority: Blocker
>              Labels: ignite-3
>
> After investigation of https://issues.apache.org/jira/browse/IGNITE-16406 we found a bug in {{PartitionListener#handleScanRetrieveBatchCommand}} when leader is changed. In some case, {{cursorDesc.cursor().hasNext()}} returns false, hence select operation return empty response, but should response several rows. 
> Investigation showed that cursor that is returned from {{RocksDbPartitionStorage#scan}}
> is inconsistent after leader changing because its hasNext returns unexpected false.
> Further investigation is needed.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)