[
https://issues.apache.org/jira/browse/FLINK-32531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17739933#comment-17739933
]
Ivan Stoiev edited comment on FLINK-32531 at 7/4/23 2:28 PM:
-------------------------------------------------------------
Thanks [~gyfora] ! Do you think that worth specifing this on the docs? I could
submit a PR for this.
was (Author: JIRAUSER301200):
Thanks [~gyfora] ! Do you thing that worth specifing this on the docs? I could
submit a PR for this.
> "Recovery of missing job deployments" feature not working as described
> ----------------------------------------------------------------------
>
> Key: FLINK-32531
> URL: https://issues.apache.org/jira/browse/FLINK-32531
> Project: Flink
> Issue Type: Bug
> Components: Kubernetes Operator
> Reporter: Ivan Stoiev
> Priority: Minor
>
> Maybe it's not a bug, but some documentation issue.
> [Docs|https://nightlies.apache.org/flink/flink-kubernetes-operator-docs-main/docs/custom-resource/job-management/#recovery-of-missing-job-deployments]
> says:
> ??When HA is enabled, the operator can recover the Flink cluster deployments
> in cases when it was accidentally deleted by the user or some external
> process.??
> My use cases are stadalone jobs with savepoint as {{{}upgradeMode{}}}, and we
> want to ensure it's state, even when explicity deleted by the user. Starting
> a job withouth its previous state is something that we need to avoid at all
> costs.
> In our tests (using Flink 1.16, kubernetes HA and operator 1.4.0), when we
> delete the FlinkDeployment object, all HA metadata is removed. And when
> applying the same FlinkDeployment object, flink always start withouth state.
> Looking at the code and related issues it seems the normal behaviour, but the
> docs lead us to wrong conclusions. Is there something that we are missing
> here? Is there some configuration/situation that could replicate the
> behaviour described on docs.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
