-
Notifications
You must be signed in to change notification settings - Fork 93
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
inconsistently changing or eliminating the compute resources on zones #417
Comments
Reviewing https://registry.terraform.io/providers/vmware/vra/latest/docs/resources/vra_zone does not appear to show a setting for the Compute WebUI setting. If there's a parameter we should explicitly set, that would be great to call out in the docs. |
Hey, Rob! Are you seeing this issue with newer versions as well? |
I cannot test this anymore - we switched to assigning compute based on tags, as well as moving to provider 0.7.2. GIven the age I will close it out and open a new one if we see something similar again. |
I'm going to lock this issue because it has been closed for 30 days. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
vRA Version
vRA 8.4.2 on-prem
Terraform Version
1.0.5
vRA Terraform Provider Version
0.4.0 - the problem exists
0.3.11 - the problem does not exist, but the changes caused by the newer version are not reverted (manual remediation required)
Affected Resource(s)
vra_zone
Terraform Configuration Files
Each zone is created in a config like this. The cloud account bedford_vcenter supports two zones, Bedford and Belfast, where all others support a single zone. In vRA itself, the zone's Compute tab is set to
Include all unassigned compute
, rather than a specific list of compute resources.Expected Behavior
We did not make any changes to the zones when the provider version was increased, so expected only meta-data changes (
updated_at
on the vra_cloud_accounts_vmc resources, etc)Actual Behavior
In addition to the expected meta-data changes, the
changes made outside of Terraform
section listed numerouscompute_ids
for each zone during planning mode. As our pipeline is automated, it then went into apply mode and made a DIFFERENT change to thecustom_properties
(not set in our code) that resulted in the Compute setting for zones to change toManually select compute
in some cases, and in others not to make changes. Multiple runs ofterraform apply
had different results of which zones it did and did not change, eventually converging after multiple runs of all zones being set toManually select compute
. As no compute had been manually specified, each zone had 0 compute resources and all deployments to the zones would immediately fail.The code and output are at https://gist.github.com/rnelson0/152ab1530569f12916fb16c2a8e5144c. Our pipeline can be a little chatty because it runs these steps:
I've only snipped out some auth information and modified git URLs, everything else is as is.
0.4.0 jenkins output
shows the applied changes when the compute resources went poof.0.3.11 jenkins output
is after changing the zones back to unallocated resources and restricting provider versions to>~ 0.3.8
.I do see the issue for compute_ids being names instead of ids (PR405), but that issue does seem somewhat tangential to the issue as we aren't trying to specify ids but include all unassigned compute. There does not appear to be any provider setting to match that setting inside the web UI.
We are also affected by #358, you'll notice the region data updates on the vra_cloud_account_vmc and vra_zones every time but this is a known issue.
Steps to Reproduce
Include all unassigned compute
terraform apply
Manually specify compute
(this was inconsistent, sometimes it took 2 runs to change this setting, but the terraform output was the same both times)The text was updated successfully, but these errors were encountered: