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

Immediately fail the task in case of worker pod having a fatal container state #37670

Merged
merged 4 commits into from
Mar 1, 2024

Conversation

dirrao
Copy link
Collaborator

@dirrao dirrao commented Feb 24, 2024

What happened
When the worker pods init/base containers are in a pending state due to fatal container
state reasons, the tasks eventually fail and the pods are deleted. Currently, it has to wait until the worker_pods_pending_timeout even though the worker pods don't recover.

What do you think should happen instead
When the worker pods init/base containers are in a pending state due to fatal container
state reasons, the worker pod doesn't recover. It doesn't make sense to wait until the worker_pods_pending_timeout. Instead, mark the tasks as failed and delete the worker pods.

@dirrao dirrao closed this Feb 24, 2024
@dirrao dirrao reopened this Feb 24, 2024
@dirrao dirrao requested a review from potiuk February 26, 2024 05:45
Copy link
Member

@potiuk potiuk left a comment

Choose a reason for hiding this comment

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

LGTM. small nit

@potiuk
Copy link
Member

potiuk commented Feb 27, 2024

But also would love to get someone else to take a look

Copy link
Member

@hussein-awala hussein-awala left a comment

Choose a reason for hiding this comment

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

This is a nice improvement, I was worried about the sub-reason for each reason (eg: pull QPS exceeded which I'm not sure if it's the exact thing in all the K8S versions and distributions), but as the user has the option to update the reasons list, he can fix it without upgrading the provider version if we detect another similar case or any bug.

LGTM

@hussein-awala hussein-awala merged commit d470674 into apache:main Mar 1, 2024
63 checks passed
abhishekbhakat pushed a commit to abhishekbhakat/my_airflow that referenced this pull request Mar 5, 2024
…ner state (apache#37670)

* fail the task in case of worker pod having fatal container state

* version number updated
utkarsharma2 pushed a commit to astronomer/airflow that referenced this pull request Apr 22, 2024
…ner state (apache#37670)

* fail the task in case of worker pod having fatal container state

* version number updated
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:providers provider:cncf-kubernetes Kubernetes provider related issues
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants