Add cluster asset to launch an openshift cluster#289
Merged
openshift-merge-robot merged 13 commits intoopenshift:masterfrom Sep 23, 2018
Merged
Add cluster asset to launch an openshift cluster#289openshift-merge-robot merged 13 commits intoopenshift:masterfrom
openshift-merge-robot merged 13 commits intoopenshift:masterfrom
Conversation
openshift-ci-robot
added
do-not-merge/work-in-progress
openshift-ci-robot
added
the
approved
pkg/asset/cluster/cluster.go
Outdated
| return nil, err | ||
| } | ||
|
|
||
| data, err := ioutil.ReadFile(state) |
Contributor
There was a problem hiding this comment.
/s/state/stateFile ?
Contributor
Author
|
As this PR adding an asset called |
yifan-gu
force-pushed
the
run_terraform
branch
7 times, most recently
from
ba13be1 to
ee2936b
Compare
openshift-ci-robot
added
size/XL
yifan-gu
changed the title
openshift-ci-robot
removed
the
do-not-merge/work-in-progress
yifan-gu
force-pushed
the
run_terraform
branch
5 times, most recently
from
b57faed to
1734560
Compare
Merged
added 6 commits
September 23, 2018 13:22
Previously, the installer binary generates the ignitions for master and worker nodes, and pass the filename to the terraform. However, in the new installer binary, we will instead pass the content of the ignition files to terraform.
If the "ignition_bootstrap" is non-empty in the terraform.tfvars, then use it as the content for the bootstrap ignition. This will enable the new installer binary to launch a cluster.
This assumes that we ship the installer binary with the same dir as the terraform templates.
The cluster asset invokes terraform binary with the terraform templates and generated tfvars, ignitions, etc to launch a cluster.
added 7 commits
September 23, 2018 13:24
Some default values are set the the tfvars if they are missing.
Add default VPCCIDIR, network type, IfName, IPRange, imageURL. Also set different default node numbers for different platform. This is because on libvirt, there's a potential race for the network setup on libvirt platform Also ask users for the libvirt image URL.
ValidateAndLog() will help us to catch some early errors on config generation.
Copy the terraform.tfvars to the working dir for the terraform.
crawford
force-pushed
the
run_terraform
branch
from
1734560 to
64557d1
Compare
Contributor
|
/lgtm |
Contributor
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: crawford, yifan-gu The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Member
|
Yeah, I hit that too and opened #316. I worked around it for now by just commenting it out. |
wking
added a commit
to wking/openshift-installer
that referenced
this pull request
Oct 19, 2018
Using Terraform to remove all resources created by the bootstrap modules. For this to work, all platforms must define a bootstrap module (and they all currently do). This command moves the previous destroy-cluster into a new 'destroy cluster' subcommand, because grouping different destroy flavors into sub-commands makes the base command easier to understand. We expect both destroy flavors to be long-running, because it's hard to write generic logic for "is the cluster sufficiently live for us to remove the bootstrap". We don't want to hang forever if the cluster dies before coming up, but there's no solid rules for how long to wait before deciding that it's never going to come up. When we start destroying the bootstrap resources automatically in the future, will pick reasonable timeouts, but will want to still provide callers with the ability to manually remove the bootstrap resources if we happen to fall out of that timeout on a cluster that does eventually come up. I've also created a LoadMetadata helper to share the "retrieve the metadata from the asset directory" logic between the destroy-cluster and destroy-bootstrap logic. The new helper lives in the cluster asset plackage close to the code that determines that file's location. I've pushed the Terraform module unpacking and 'terraform init' call down into a helper used by the Apply and Destroy functions to make life easier on the callers. I've also fixed a path.Join -> filepath.Join typo in Apply, which dates back to ff5a57b (pkg/terraform: Modify some helper functions for the new binary layout, 2018-09-19, openshift#289). These aren't network paths ;).
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
7 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
installer/pkg/workflowtopkg/terraformclusterasset that uses thetfvarsasset, terraform templates and terraform binary to launch a clusterclutsertarget in the CLI so users can run the CLI to create a cluster.