You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 21, 2020. It is now read-only.
The operation is always add. This sorta breaks the idempotency concept in puppet and potentially if possibly the type/provider should take care of the operation type. The API also supports edit and remove.
The text was updated successfully, but these errors were encountered:
I spent some time looking into this. It looks like the current DVS map accounts for the host property by mapping the it to the DistributedVirtualSwitchHostMemberConfigSpec. The dynamic nature of the vc_dvswitch provider doesn't account for the concept of add, edit and remove required by the DistributedVirtualSwitchHostMemberConfigSpec.
I think we have two options. Either overload the getter and setter methods for the host property, or create a new resource type like vc_dvswitch_host which supports the concept of adding, editing and removing hosts. I am not sure which at the moment. Any thoughts out there?
The implementation of DistributedVirtualSwitchHostMemberConfigSpec is dynamic, based on interpreting the WSDL. I believe the implementation does support all values of operation -- iirc, I tested it -- though I don't have the capability to retest that at the moment.
I think if you try edit and remove, they will "work". Of course, as issue 106 points out, it's quite inconvenient, since the manifest has to be modified once it has run, as neither add nor remove can be idempotent. (Even 'edit', while idempotent, could slow down a run with a lot of back-and-forth to the vSphere API for each host, given the (agentless) proxy mode used for vSphere management.)
The implementation is dynamically based on the WSDL, and trying to fit in a new parameter that's not in the WSDL (say, puppet_ensure) to replace operation, would be difficult.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
When creating a dvswitch in the following manner:
The operation is always add. This sorta breaks the idempotency concept in puppet and potentially if possibly the type/provider should take care of the operation type. The API also supports edit and remove.
The text was updated successfully, but these errors were encountered: