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

Injector pod stuck in pending state when upgraded from 0.9.0 to 0.13.0 #561

Open
gau31rav opened this issue Jul 1, 2021 · 2 comments
Open
Labels
bug Something isn't working

Comments

@gau31rav
Copy link

gau31rav commented Jul 1, 2021

Describe the bug
On 1 Node kubernetes cluster, if you upgrade the vault from 0.9.0 to 0.13.0, the agent injector pod is stuck in pending state

To Reproduce
Steps to reproduce the behavior:

  1. Install vault 0.9.0 on 1 node Kubernetes cluster
  2. Try upgrading to 0.13.0

image

Events:
Type Reason Age From Message


Warning FailedScheduling default-scheduler 0/1 nodes are available: 1 node(s) didn't match pod affinity/anti-affinity.
Warning FailedScheduling default-scheduler 0/1 nodes are available: 1 node(s) didn't match pod affinity/anti-affinity.

Other useful info to include: vault pod logs, kubectl describe statefulset vault and kubectl get statefulset vault -o yaml output

Expected behavior
Should be able to upgrade from 0.9.0 to 0.13.0

Additional context
Seems that because of this check in
53f31be#diff-8377b3e3740a3fcd9f682e5fb55425f2fdbece1791854b9e5013e7f1a5e60e7e

Kubernetes is looking for an node where web hook component is not present. Since this is 1 node, it's always stuck in pending state.

@gau31rav gau31rav added the bug Something isn't working label Jul 1, 2021
@gau31rav
Copy link
Author

gau31rav commented Jul 1, 2021

Proposed solution or Workaround:
If we have one replica, then the current workaround is to disable the anti-affinity rule.

We will be happy to contribute.

@antonblr
Copy link

antonblr commented Sep 30, 2024

Running into the same issue with 0.28.1 trying to update a single-instance deployment. affinity was added in #436 to support multi-injector replicas deployments.

I think it should be empty by default and enabled only for multi-replicas case.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants