[ https://issues.apache.org/jira/browse/FLINK-28863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17638121#comment-17638121 ]
Yun Tang commented on FLINK-28863: ---------------------------------- [~lijinzhong] Thanks for the analysis, do you mean if we put the "sstFiles" into the privateState map, the next restored checkpoint in CLAIM mode would be a full checkpoint? If so, I think we can keep the logic as it was now to not break the behavior. However, the logic is still not so straightforward, and we could add some comments in related code for developers. > Snapshot result of RocksDB native savepoint should have empty shared-state > -------------------------------------------------------------------------- > > Key: FLINK-28863 > URL: https://issues.apache.org/jira/browse/FLINK-28863 > Project: Flink > Issue Type: Bug > Components: Runtime / Checkpointing, Runtime / State Backends > Reporter: Yun Tang > Assignee: Jinzhong Li > Priority: Major > Fix For: 1.17.0, 1.16.1, 1.15.4 > > > The current snapshot result of RocksDB native savepoint has non-empty shared > state, which is obviously not correct as all snapshot artifacts already stay > in the exclusive checkpoint scope folder. > This does not bring real harmful result due to we would not register the > snapshot results of RocksDB native savepoint. -- This message was sent by Atlassian Jira (v8.20.10#820010)