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
We currently use dcnm_links module to prepare links for vpc_peering. and we use the policy "int_pre_provision_intra_fabric_link" for preparing the links.
once this is done and vpc_pairing module pairs the switches, the policy is changed from int_pre_provision_intra_fabric_link to none.
Due to this, everytime we eun the dcnm_links its no more behaving as idempotent and keeps trying to pull the template back to "int_pre_provision_intra_fabric_link" (it doesn't seem to succeed though).
We currently use dcnm_links module to prepare links for vpc_peering. and we use the policy "int_pre_provision_intra_fabric_link" for preparing the links.
once this is done and vpc_pairing module pairs the switches, the policy is changed from int_pre_provision_intra_fabric_link to none.
Before Example
After Example
Due to this, everytime we eun the dcnm_links its no more behaving as idempotent and keeps trying to pull the template back to "int_pre_provision_intra_fabric_link" (it doesn't seem to succeed though).
The action is to add intelligence to the prepare link task to skip dcnm_link preparation when the vpc is already paired.
The text was updated successfully, but these errors were encountered: