-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
IPI for vSphere: Support deployment to vSphere Resource Pool #3921
Comments
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
This would be a great feature for IPI installations and I wonder why it is going stale. Please consider working on it, many customers that are adopting IPI on vsphere would love it! |
Confirmed same behaviour with openshift-install 4.6.4, |
/remove-lifecycle stale |
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
same problem here. See my quick 4.7 patch to get things done. |
Stale issues rot after 30d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle rotten |
Rotten issues close after 30d of inactivity. Reopen the issue by commenting /close |
@openshift-bot: Closing this issue. In 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. |
@styblope please submit a PR, cc me and I will review. |
/remove-lifecycle stale |
/remove-lifecycle rotten |
/reopen |
@jcpowermac: Reopened this issue. In 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. |
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
/remove-lifecycle stale |
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
/remove-lifecycle stale Still trying to work through issues with e2e-vsphere test. |
Version
Platform:
Method:
What happened?
During the
create
install-config operation, it looks like the only option for where the OpenShift VMs are deployed to is at the root of the vSphere Cluster. For environments that leverage vSphere Resource Pools, it would be nice to be able to specify that, rather than having to move that after the fact. See screenshot belowWhat you expected to happen?
List both top level vSphere Cluster but also any Resource Pools that maybe available for selection.
Additional Details
I see that vSphere Terraform provider is being leveraged for the automation and Resource Pools is a supported option
The text was updated successfully, but these errors were encountered: