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

[wip] vSphere - Use extra_config inplace of vApp; use terraform file for ign #2479

Closed
wants to merge 4 commits into from

Conversation

jcpowermac
Copy link
Contributor

NOTE: This will fail CI

  • Remove the use of the bootstrap url
  • Remove the use of vApp properties, replace with extra_config.
    Limitations with vApp properties max length of 64kb
  • In place of ignition files in variables.tf use terraform file
    to read files from ./ignition directory

@openshift-ci-robot openshift-ci-robot added do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. size/M Denotes a PR that changes 30-99 lines, ignoring generated files. labels Oct 9, 2019
@openshift-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: jcpowermac
To complete the pull request process, please assign dav1x
You can assign the PR to them by writing /assign @dav1x in a comment when ready.

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@jcpowermac jcpowermac force-pushed the vsphere_extra_config branch 2 times, most recently from d05199c to 281fd17 Compare October 9, 2019 14:17
NOTE: This will fail CI

- Remove the use of the bootstrap url
- Remove the use of vApp properties, replace with extra_config.
  Limitations with vApp properties max length of 64kb
- In place of ignition files in variables.tf use terraform file
  to read files from `./ignition` directory
@@ -29,7 +29,7 @@ module "bootstrap" {

name = "bootstrap"
instance_count = "${var.bootstrap_complete ? 0 : 1}"
ignition_url = "${var.bootstrap_ignition_url}"
ignition = "${file("${path.module}/ignition/bootstrap.ign")}"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

hmm, should we be using a variable for this? this makes the ignition in {root}/ignition/bootstrap.ign ??

who puts that file there?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we should take a variable the points the file's location..

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What I was thinking was copying the ignition files to a certain location within the terraform directory path to reduce the quantity of variables that a user would need to modify.
Sure I could create a variable to hold the path. Then in the terraform.tfvars.example use ${path.module}/ignition/node_type.ign? Or do you not want to modify the directory structure within the ./upi/vsphere ?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perhaps everything can be done inside of the same (upi/vsphere) directory? (openshift-install create ignition-configs + terraform apply) You could have variables passed into main.yaml with default path ${path.module}/node_type.ign.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

personally, i would like users to provide the filepath, and fail if they don't.
Because the installer generates all the ign files in a directory and the terraform {root} might be in a separate one, it makes sense to ask users to give us the location.

I'm fine if we think the user can point to the directory of the install where all the assets are, but explicit paths are more sustainable.

@dav1x
Copy link
Contributor

dav1x commented Oct 9, 2019

I tested this today and it works great.

LGTM

Remove ignition directory
Add tfvars for path to ignition files
Add tfvars in examples
@jcpowermac
Copy link
Contributor Author

I need to retest this. Removed the restart [0] and added the new vars to the path of the ignition files.
[0] - #2554 (comment)

@openshift-ci-robot
Copy link
Contributor

openshift-ci-robot commented Oct 25, 2019

@jcpowermac: The following test failed, say /retest to rerun all failed tests:

Test name Commit Details Rerun command
ci/prow/e2e-aws-scaleup-rhel7 f788ad6 link /test e2e-aws-scaleup-rhel7

Full PR test history. Your PR dashboard. Please help us cut down on flakes by linking to an open issue when you hit one in your PR.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@DanyC97
Copy link
Contributor

DanyC97 commented Dec 12, 2019

@jcpowermac you still okay to get this work merged ?

@abhinavdahiya
Copy link
Contributor

Closing due to this being open for a long time, Please feel free to reopen

/close

@openshift-ci-robot
Copy link
Contributor

@abhinavdahiya: Closed this PR.

In response to this:

Closing due to this being open for a long time, Please feel free to reopen

/close

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. size/M Denotes a PR that changes 30-99 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants