-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
clusterctl doesn't wait for deployments to be available #4474
Comments
The impact of this is that the user would get errors when trying to create a cluster until pods are ready, eg (from a new user):
|
/area clusterctl |
/cc |
@fabriziopandini @shysank any thoughts on this? |
prior discussion/pr about this
the work was stopped due to the operator work; we should reconsider now as soon as we are a rough idea of when the operator work will land |
Could we pick this up for v0.4? |
/assign @ykakarap |
Somewhat related: kubernetes-sigs/controller-runtime#723 (after we implemented a wait for readiness) |
What steps did you take and what happened:
[A clear and concise description on how to REPRODUCE the bug.]
What did you expect to happen: I would expect clusterctl init not to return until all CAPI provider deployments are Available. I need to check but I'm pretty sure this was the case with previous versions of clusterctl, has there been a regression? This is with clusterctl
v0.3.15
.Anything else you would like to add:
[Miscellaneous information that will assist in solving the issue.]
Environment:
kubectl version
):/etc/os-release
):/kind bug
[One or more /area label. See https://github.com/kubernetes-sigs/cluster-api/labels?q=area for the list of labels]
The text was updated successfully, but these errors were encountered: