-
Notifications
You must be signed in to change notification settings - Fork 14.5k
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
CloudBatchSubmitJobOperator incorrectly reports success when defer mode is off #43744
Comments
Thanks for opening your first issue here! Be sure to follow the issue template! If you are willing to raise PR to address this issue please do so, no need to wait for approval. |
cc: @VladaZakharova |
i would like to work on this |
assigned you |
@adamszustak I created a simple DAG and Although I used
log:
|
@SuccessMoses What's the point of this test? Have you tried to create failing job? |
I will take a look, if @SuccessMoses hasn't started the work yet :) |
@adamszustak i made modifications to |
Apache Airflow Provider(s)
google
Versions of Apache Airflow Providers
apache-airflow-providers-apache-beam==5.6.2
apache-airflow-providers-celery==3.6.0
apache-airflow-providers-cncf-kubernetes==8.0.1
apache-airflow-providers-common-sql==1.11.1
apache-airflow-providers-dbt-cloud==3.7.0
apache-airflow-providers-ftp==3.7.0
apache-airflow-providers-google==10.16.0
apache-airflow-providers-hashicorp==3.6.4
apache-airflow-providers-http==4.10.0
apache-airflow-providers-imap==3.5.0
apache-airflow-providers-mysql==5.5.4
apache-airflow-providers-postgres==5.10.2
apache-airflow-providers-sendgrid==3.4.0
apache-airflow-providers-sqlite==3.7.1
apache-airflow-providers-ssh==3.10.1
Apache Airflow version
airflow 2.7.3
Operating System
composer-2.6.5-airflow-2.7.3
Deployment
Google Cloud Composer
Deployment details
No response
What happened
When defer mode is off, the
CloudBatchSubmitJobOperator
operator always reports success regardless of the job's actual execution status.When defer mode is on, the
CloudBatchSubmitJobOperator
operator correctly reports success or failure based on the job's exit code.What you think should happen instead
The operator should always report the correct success or failure status based on the job's execution, regardless of whether defer mode is on or off.
How to reproduce
Create a
CloudBatchSubmitJobOperator
that always fails (like exit 1) and run it in sync mode.Anything else
No response
Are you willing to submit PR?
Code of Conduct
The text was updated successfully, but these errors were encountered: