Closed zxinyu08 closed 4 months ago
Marking this issue as stale due to inactivity in the past 180 days. This helps us focus on the active issues. If this issue is reproducible with the latest version of the provider, please comment. If this issue receives no comments in the next 30 days it will automatically be closed. If this issue was automatically closed and you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. Thank you!
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.
Community Guidelines
Description
Currently the vSAN client created in provider uses reserved version, we found
Unrecognized version URI
urn:vsan/reserved
pattern in vSAN health log from backend.The RC is that when creating vSAN client, the version is not set, but it's a best practice to set it as the current version of the service endpoint. Since whatever version of customer's env, 7.0 or 8.0, the compatibility of each vSAN API should be guaranteed by provider side.
With this enhancement, backend log should be like:
urn:vsan/8.0.0.2
version should be set successfully.Use Case(s)
support vSAN configuration of all versions of vSphere env, avoiding any potential issues of incompatibility.
Potential Terraform Provider Configuration
No response
References
No response