[ 
https://issues.apache.org/jira/browse/BEAM-8310?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Kyle Weaver updated BEAM-8310:
------------------------------
    Description: 
When I cancelled a job using FlinkRunner, I got the error: `TypeError: stop() 
takes exactly 1 argument (3 given)` which is an error with this line: 
[https://github.com/apache/beam/blob/c5f43342f914fc8ff367b86fb9294c38436ed3ce/sdks/python/apache_beam/runners/portability/job_server.py#L87]

However, it appears the job server was closed successfully, presumably on exit. 
Which raises the question, why do we attempt to handle interrupts at all?

  was:
When I cancelled a job using FlinkRunner, I got the error: `TypeError: stop() 
takes exactly 1 argument (3 given)`

However, it appears the job server was closed successfully, presumably on exit. 
Which raises the question, why do we attempt to handle interrupts at all?


> StopOnExitJobServer interrupt handler errors
> --------------------------------------------
>
>                 Key: BEAM-8310
>                 URL: https://issues.apache.org/jira/browse/BEAM-8310
>             Project: Beam
>          Issue Type: Bug
>          Components: sdk-py-harness
>            Reporter: Kyle Weaver
>            Priority: Major
>
> When I cancelled a job using FlinkRunner, I got the error: `TypeError: stop() 
> takes exactly 1 argument (3 given)` which is an error with this line: 
> [https://github.com/apache/beam/blob/c5f43342f914fc8ff367b86fb9294c38436ed3ce/sdks/python/apache_beam/runners/portability/job_server.py#L87]
> However, it appears the job server was closed successfully, presumably on 
> exit. Which raises the question, why do we attempt to handle interrupts at 
> all?



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to