[ https://issues.apache.org/jira/browse/FLINK-25322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17746184#comment-17746184 ]
Hangxiang Yu commented on FLINK-25322: -------------------------------------- Hi, [~Feifan Wang]. Sorry for the late reply. Thanks for the proposal. Could you help to verify my understanding: # Users have to check the status of restore mode by the Flink UI or the REST API, right ? # If users stop the job before the 'slowest materilization of all subtasks', this behaves like LEGACY mode, otherwise this could behaves like NO_CLIAM mode, right ? If true, I think it makes the restore mode a bit complex to understand and use. I think claim mode is more suitable for most changelog use case. Of course, IIUC, If users want to use NO_CLAIM mode, they'd like to retain a CP to let other jobs use. In this case, I think using native savepoint or full cp for the first checkpoint may be useable even if these may cause minute-level latency temporarly. (BTW, I have committed the PR about supporting Changelog Native Savepoint, you could also help to take a review if avaliable) Maybe I missed something about your proposal, please correct me if I missed. > Support no-claim mode in changelog state backend > ------------------------------------------------ > > Key: FLINK-25322 > URL: https://issues.apache.org/jira/browse/FLINK-25322 > Project: Flink > Issue Type: Sub-task > Components: Runtime / Checkpointing, Runtime / State Backends > Reporter: Dawid Wysakowicz > Assignee: Feifan Wang > Priority: Major > Fix For: 1.18.0 > > -- This message was sent by Atlassian Jira (v8.20.10#820010)