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

[Feature] timelimit on waitReadiness and/or barrier #560

Open
1 of 14 tasks
jcpunk opened this issue Jun 12, 2023 · 3 comments
Open
1 of 14 tasks

[Feature] timelimit on waitReadiness and/or barrier #560

jcpunk opened this issue Jun 12, 2023 · 3 comments

Comments

@jcpunk
Copy link
Contributor

jcpunk commented Jun 12, 2023

Command

  • check-image-updates
  • delete
  • deploy
  • diff
  • helm-pull
  • helm-update
  • list-images
  • list-targets
  • poke-images
  • prune
  • render
  • seal
  • validate
  • version

Who are you?

No response

What do you want to do?

I'd like to set a timeout on waitReadiness and/or barrier.

Why do you need that?

My initial cluster init has 1 node. The Cilium CNI spawns a second pod to provide HA, but that pod cannot be scheduled on the same node as its primary. I'd like to set waitReadiness so that the CNI's basic functionality is indeed present before continuing, but with that container set to never launch it will never be ready. The ability to set a timeout would allow me to express my desire to wait for readiness or 30 seconds which ever is first.

@codablock
Copy link
Collaborator

@jcpunk can you fix the title of the issue?

@jcpunk jcpunk changed the title [Feature] [Feature] timelimit on waitReadiness and/or barrier Jun 13, 2023
@jcpunk
Copy link
Contributor Author

jcpunk commented Jun 13, 2023

oops, fixed.

@ukclivecox
Copy link
Contributor

ukclivecox commented Sep 9, 2023

Is it also the case waitReadiness has a hard wired max as I see

⚠ timed out while waiting for readiness of milvus-operator/Deployment/milvus-operator (299s elapsed)

It would be great to have the ability to set longer timeouts?

** update **

I see actually there is a flag --readiness-timeout. So I suppose it would be nice if one could set it in a config file somewhere - is this possible?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants