You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Sriram Ganesh (Jira)" <ji...@apache.org> on 2022/10/29 13:35:00 UTC
[jira] [Comment Edited] (FLINK-29609) Clean up jobmanager deployment on suspend after recording savepoint info
[ https://issues.apache.org/jira/browse/FLINK-29609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17626053#comment-17626053 ]
Sriram Ganesh edited comment on FLINK-29609 at 10/29/22 1:34 PM:
-----------------------------------------------------------------
Please don't reassign to others for sometime unless it is immediately required. I am spending time on this to find a better solution.
was (Author: sriramgr):
Please don't reassign to others for sometime unless it is urgent. I am spending time on this to find a better solution.
> Clean up jobmanager deployment on suspend after recording savepoint info
> ------------------------------------------------------------------------
>
> Key: FLINK-29609
> URL: https://issues.apache.org/jira/browse/FLINK-29609
> Project: Flink
> Issue Type: Improvement
> Components: Kubernetes Operator
> Reporter: Gyula Fora
> Assignee: Sriram Ganesh
> Priority: Major
> Fix For: kubernetes-operator-1.3.0
>
>
> Currently in case of suspending with savepoint. The jobmanager pod will linger there forever after cancelling the job.
> This is currently used to ensure consistency in case the operator/cancel-with-savepoint operation fails.
> Once we are sure however that the savepoint has been recorded and the job is shut down, we should clean up all the resources. Optionally we can make this configurable.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)