AGENT-724: Deploy vSphere clusters with credentials#1599
Conversation
|
/cc @bfournie @andfasano |
| platformName: oci | ||
| {% elif (platform_type == "vsphere") %} | ||
| vsphere: | ||
| vcenters: |
There was a problem hiding this comment.
Now that there is more configuration for vsphere, recommend adding a new file install-config_vsphere_yaml.j2 and using it here similar to what we did for baremetal, based on @andfasano' suggestion - https://github.com/openshift-metal3/dev-scripts/blob/master/agent/roles/manifests/tasks/install-config.yml#L12-L16
There was a problem hiding this comment.
At some point though we'll have to make macros out of the common areas in these platform specific install-config files
There was a problem hiding this comment.
I created https://issues.redhat.com/browse/AGENT-746 to add macros to these platform specific install-config files.
| exit 1 | ||
| fi | ||
|
|
||
| if [[ $AGENT_TEST_CASES =~ "skip_wait_for_install_complete" ]]; then |
There was a problem hiding this comment.
Would it make sense to set this automatically when the platform=vsphere?
There was a problem hiding this comment.
That's what I had it set to originally :). But then though to have it independent of platform type in the event we eventually fully support the vsphere environment. I'm ok either way.
There was a problem hiding this comment.
OK that's fine leaving it as independent. I remembered that external platform can probably use this too.
There was a problem hiding this comment.
TBTH this doesn't seem to me a real test case: it doesn't exercise the environment nor perform any verification, and it's not used in run_agent_test_cases (and IIUC we're not even performing a complete installation). So, as long as it is useful to verify a part of the agent vsphere workflow, it could be managed via a normal config var, ie WAIT_FOR_INSTALL_COMPLETE=false
There was a problem hiding this comment.
Thanks Andrea. I've switch to using a normal config var WAIT_FOR_INSTALL_COMPLETE as you suggested.
|
/test e2e-agent-compact-ipv4 |
The job runs the compact_ipv4 scenario for the vsphere platform. The "agent wait-for install-complete" step is skipped because install-complete does not succeed for vsphere using libvirt virtual machines. Depends on: openshift-metal3/dev-scripts#1599 Signed-off-by: Richard Su <rwsu@redhat.com>
f761d4d to
5abe942
Compare
|
/approve |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: bfournie 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 |
| {% elif (platform_type == "vsphere") %} | ||
| vsphere: | ||
| {% set macs = agent_nodes_macs.split(',') %} | ||
| {% set hostnames = agent_nodes_hostnames.split(',') %} |
There was a problem hiding this comment.
Removed unused macs and hostnames fields.
The job runs the compact_ipv4 scenario for the vsphere platform. The "agent wait-for install-complete" step is skipped because install-complete does not succeed for vsphere using libvirt virtual machines. Depends on: openshift-metal3/dev-scripts#1599 Signed-off-by: Richard Su <rwsu@redhat.com>
| exit 1 | ||
| fi | ||
|
|
||
| if [ "${WAIT_FOR_INSTALL_COMPLETE}" == "false" ]; then |
There was a problem hiding this comment.
Is that meant to be agent only? In such case I think it would be more readable to prefix wiht AGENT_, otherwise if it's a general config var it should be applied also in the non-agent workflow?
There was a problem hiding this comment.
It is agent only. I've renamed it to AGENT_WAIT_FOR_INSTALL_COMPLETE.
Fake credentials are added to install-config.yaml for vSphere platform. In combination with openshift-metal3#1588, this patch allows testng of installer and assisted-service validations for the vSphere platform. A complete install for vSphere using dev-scripts is currently not possible because the vSphere environment is partially simulated using libvirt VMs. Any cloud controller manager interactions with vSphere will fail in libvirt because there isn't an actual vSphere environment that is being exercised. In this setup, only "agent wait-for bootstrap-complete" will succeed. For vSphere, "agent wait-for install-complete" will fail and is skipped.
|
/lgtm |
|
/test e2e-agent-compact-ipv4 |
1 similar comment
|
/test e2e-agent-compact-ipv4 |
|
/override e2e-agent-compact-ipv4 |
|
@rwsu: rwsu unauthorized: /override is restricted to Repo administrators, approvers in top level OWNERS file, and the following github teams:. DetailsIn response to this:
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. |
|
/override e2e-agent-compact-ipv4 |
|
@bfournie: /override requires failed status contexts, check run or a prowjob name to operate on.
Only the following failed contexts/checkruns were expected:
If you are trying to override a checkrun that has a space in it, you must put a double quote on the context. DetailsIn response to this:
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. |
|
/override ci/prow/e2e-agent-compact-ipv4 |
|
@bfournie: Overrode contexts on behalf of bfournie: ci/prow/e2e-agent-compact-ipv4 DetailsIn response to this:
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. |
|
/retest-required |
2 similar comments
|
/retest-required |
|
/retest-required |
The job runs the compact_ipv4 scenario for the vsphere platform. The "agent wait-for install-complete" step is skipped because install-complete does not succeed for vsphere using libvirt virtual machines. Depends on: openshift-metal3/dev-scripts#1599 Signed-off-by: Richard Su <rwsu@redhat.com>
|
/retest-required |
1 similar comment
|
/retest-required |
|
/test e2e-metal-ipi-serial-ipv4 |
|
@rwsu: The following tests failed, say
Full PR test history. Your PR dashboard. DetailsInstructions 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. |
|
/test e2e-metal-ipi-bm |
The job runs the compact_ipv4 scenario for the vsphere platform. The "agent wait-for install-complete" step is skipped because install-complete does not succeed for vsphere using libvirt virtual machines. Depends on: openshift-metal3/dev-scripts#1599 Signed-off-by: Richard Su <rwsu@redhat.com>
The job runs the compact_ipv4 scenario for the vsphere platform. The "agent wait-for install-complete" step is skipped because install-complete does not succeed for vsphere using libvirt virtual machines. Depends on: openshift-metal3/dev-scripts#1599 Signed-off-by: Richard Su <rwsu@redhat.com>
Fake credentials are added to install-config.yaml for vSphere platform.
In combination with
#1588, this patch allows testng of installer and assisted-service validations for the vSphere platform.
A complete install for vSphere using dev-scripts is currently not possible because the vSphere environment is partially simulated using libvirt VMs. Any cloud controller manager interactions with vSphere will fail in libvirt because there isn't an actual vSphere environment that is being exercised.
In this setup, only "agent wait-for bootstrap-complete" will succeed. For vSphere, "agent wait-for install-complete" will fail and is skipped.
Add these to config_.sh script to test: