-
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
Add retry param in databrics async operator #30744
Conversation
5d6ff51
to
7a8b92a
Compare
7a8b92a
to
2ad5d17
Compare
@alexott - WDYT? It looks good to me |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
let unify retry logic in sync & async versions.
Also, was it tested on the real Databricks instance?
yes, I have tested this. |
c05eebb
to
1e4efa7
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thank you Pankaj!
currently, we do not set the tries parameter in Databricks
while initialising the hook from the trigger. This is problematic
if the Databricks API throw error in the trigger and the error is retriable.
In this case, currently, we have a retry limit and the delay is fixed.
This PR allows the user to modify the retry limit and the delay as required.
In addition, I'm also pushing the job id in xcom for
DatabricksSubmitRunDeferrableOperator
so that other tasks can use the existing job_id from xcom if require.
also, add logs while waiting for completion
^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in a newsfragment file, named
{pr_number}.significant.rst
or{issue_number}.significant.rst
, in newsfragments.