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

The wait flag on cluster create should wait for pool to be ready too #1175

Closed
jerome-quere opened this issue Jul 3, 2020 · 0 comments · Fixed by #1193
Closed

The wait flag on cluster create should wait for pool to be ready too #1175

jerome-quere opened this issue Jul 3, 2020 · 0 comments · Fixed by #1193
Labels
enhancement k8s Kubernetes Kapsule issues, bugs and feature requests
Milestone

Comments

@jerome-quere
Copy link
Contributor

Community Note

  • Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
  • Please do not leave "+1" or other comments that do not add relevant new information or questions, they generate extra noise for issue followers and do not help prioritize the request
  • If you are interested in working on this issue or have submitted a pull request, please leave a comment

Description

The -w flag should wait for both cluster and pool is pools were provided as arguments.

@jerome-quere jerome-quere added enhancement k8s Kubernetes Kapsule issues, bugs and feature requests labels Jul 3, 2020
@jerome-quere jerome-quere added this to the v2.0.0 milestone Jul 3, 2020
@remyleone remyleone changed the title The wait flag on cluster create should wait for pool to be readuy too The wait flag on cluster create should wait for pool to be ready too Jul 6, 2020
@remyleone remyleone linked a pull request Jul 7, 2020 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement k8s Kubernetes Kapsule issues, bugs and feature requests
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant