Conversation
|
Hi @Lee-W , I see the repair run in deferrable operator is not in 2.9.0 yet, do you know when will the new release of airflow happening |
|
Hi @gaurav7261 , it's not related to airflow but apache-airflow-providers-databricks. I think it'll be released in the next wave of RC which should happen sometime this week if no new bug found |
|
Thanks @Lee-W , also @Lee-W one more question, we use deferrable airflow operator, initially we use runnow operator, somehow in deferrable operator, we always get same exception |
Might need more information to understand why it fails 🤔 I guess the triggerer component works fine. Otherwise, you won't be able to see this message. This is how it works under the hook. Maybe we could test it directly and see whether it works. |
|
Ya but using RunNowOperator, somehow airflow operator is able to give us exact databricks error like |
|
I think the main issue is https://github.com/apache/airflow/blob/main/airflow/providers/databricks/operators/databricks.py#L159 what you think @Lee-W , in RunNowOperator handler we get the notebook error as well 🤔 |
Yep, looks like this is the root cause. Ideally, they should be the same, but sometimes some features might be missing 😞 Are you interested in creating a PR for this fix? 🙂 |
|
will do today |
fix typo in databricks parameter
^ 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.rstor{issue_number}.significant.rst, in newsfragments.