jimmykodes opened a new issue, #71514:
URL: https://github.com/apache/airflow/issues/71514

   ### Under which category would you file this issue?
   
   Providers
   
   ### Apache Airflow version
   
   3.3.0
   
   ### What happened and how to reproduce it?
   
   ```python
   GKEStartPodOperator(
     image="debian:bullseye",
     cmds=["bash"],
     arguments=["-c", "sleep 480"],
     deferrable=True,
     execution_timeout=timedelta(minutes=2),
   )
   ```
   instead of the execution timeout causing the job to fail at the 2 minute 
marks, it chugs along for all 4 minutes and then succeeds.
   
   ### What you think should happen instead?
   
   Deferred pods should respect their execution timeout, similar to what was 
implemented in the Kubernetes provider here:
   https://github.com/apache/airflow/pull/67229
   
   ### Operating System
   
   _No response_
   
   ### Deployment
   
   _No response_
   
   ### Apache Airflow Provider(s)
   
   google
   
   ### Versions of Apache Airflow Providers
   
   apache-airflow-providers-cncf-kubernetes==10.20.0
   apache-airflow-providers-google==22.2.2
   
   
   ### Official Helm Chart version
   
   1.18.0
   
   ### Kubernetes Version
   
   _No response_
   
   ### Helm Chart configuration
   
   _No response_
   
   ### Docker Image customizations
   
   _No response_
   
   ### Anything else?
   
   Every single deferrable pod with an execution timeout set does not respect 
it.
   
   ### Are you willing to submit PR?
   
   - [ ] Yes I am willing to submit a PR!
   
   ### Code of Conduct
   
   - [x] I agree to follow this project's [Code of 
Conduct](https://github.com/apache/airflow/blob/main/CODE_OF_CONDUCT.md)
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to