Skip to content
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

retry for failure in the queue #39398

Draft
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

Bowrna
Copy link
Contributor

@Bowrna Bowrna commented May 3, 2024

related: #38304

I think to have a retry option specifically for the failure happening in queue, we need to have a separate state where we need to indicate that failure is happening due to longer queue timeout and then segregate the retry for it there. Please let me know if I am going in right direction or do you think I have to think this in different approach?


^ 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.

@boring-cyborg boring-cyborg bot added area:core-operators Operators, Sensors and hooks within Core Airflow area:Executors-core LocalExecutor & SequentialExecutor area:providers area:Scheduler Scheduler or dag parsing Issues provider:celery labels May 3, 2024
@Taragolis Taragolis added this to the Airflow 2.10.0 milestone May 4, 2024
self.fail(task_instance_key, None)
self.failed_in_queue(task_instance_key, None)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This one is backward incompatible change with Airflow 2.7, 2.8 and 2.9.
Maybe it is also a good idea to made separate PR in Core and and after in Provider(s)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ah i see. let me do that @Taragolis

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:core-operators Operators, Sensors and hooks within Core Airflow area:Executors-core LocalExecutor & SequentialExecutor area:providers area:Scheduler Scheduler or dag parsing Issues provider:celery
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants