-
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
Delete gcp-deployer and tf-deployer directories #230
Comments
Can we have a list of what this entails? @karan Karan - can you confirm that "clusterctl create" has everything we need to get rid of the tf-deployer, otherwise can you file bugs and list them here? Once done, please assign to @mkjelland for equivalent GCP audit. |
/assign @karan |
Primarily, bootstrapping is what we are waiting for - #157 Once that's done, we can deprecate the existing tools. |
@mkjelland Just to confirm: is #157 sufficient to delete gcp-deployer? |
@rsdcastro Yes, once that issue is done the gcp-deployer can be deleted. Although deletion might get a little more painful in the short term, because that issue is only for cluster creation. Issue #20 will also need to be done so that people know how to delete their clusters. |
Renaming since we now have gcp-deployer, tf-deployer, and vsphere-deployer directories. |
Since clusterctl create cluster works for vsphere and gcp, we should be okay to delete *-deployer. We can do it tomorrow, after discussing in the community meeting. |
Sweet! |
/assign @karan |
Okay so we have decided to hold off on deleting gcp-deployer for a few more days until the existing integration test is migrated and cluster delete works (@spew is working on that). vsphere and tf deployers will be deleted in the meantime. |
/kind cleanup |
…o-make-test ✨ Add lint to make test command
…etes-sigs#231) Ubuntu updated the docker version on their server that causes kubeadm init to fail. It is preventing clusterctl from creating target clusters. Currently, we pull the latest version of docker off of Ubuntu's servers, which at this time is 18.09.2. This change will pin the docker version to 18.06.x. Resolves kubernetes-sigs#230
This issue tracks clusterctl being the primary and only bootstrapping mechanism, with all the functionality that is currently in gcp-deployer and tf-deployer.
Current set of directories is: gcp-deployer, tf-deployer, and vsphere-deployer.
The text was updated successfully, but these errors were encountered: