Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[FlinkRunner] Core should not follow remote flink runner job to completion #21

Closed
zhilingc opened this issue Dec 29, 2018 · 1 comment
Closed
Assignees

Comments

@zhilingc
Copy link
Collaborator

zhilingc commented Dec 29, 2018

Expected Behavior

Core should submit the jar to the flink cluster and then the subprocess should terminate, instead of following the job to completion.

Current Behavior

Running a job using the FlinkRunner is a blocking call that runs indefinitely (streaming) or until completion (batch)

Steps to reproduce

  • Run a job on a flink cluster

Possible Solution

Should follow the same process as DataflowRunner: submit job -> return job id -> allow the jobmanager to keep track of status of the job

We do need to retrieve the Flink job id from the Flink cluster in that case.

@zhilingc
Copy link
Collaborator Author

zhilingc commented Jan 3, 2019

Starting a job in detached mode is not currently supported by Beam for Flink.

Runs are made detached by setting setDetached on the Flink ClusterClient. The option to do so is not exposed using the beam API. Ideally this would be a flag we can set so that any job (batch or streaming) can be run in detached mode.

Related issue is here: https://issues.apache.org/jira/browse/BEAM-593

@pradithya pradithya self-assigned this Jan 7, 2019
@zhilingc zhilingc added the bug label Jan 15, 2019
Yanson pushed a commit to Yanson/feast that referenced this issue Jul 29, 2020
dmartinol added a commit to dmartinol/feast that referenced this issue Jun 26, 2024
Permission class includes a single Policy
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants