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
Importing an ipv4 bgp peer under default or custom vrf fails. While we can generate a half baked config with --generate-config-out flag, the config is not imported in tfstate. The failure logs are exactly the same even if the peer does not use peer template.
See logs and details below:
###################### Terraform error during import ################
Error: Missing Configuration for Required Attribute
│
│ with nxos_bgp_peer.tor1_test_peer_5,
│ on testpeer5.tf line 3:
│ (source code not available)
│
│ Must set a configuration value for the asn attribute as the provider has marked it as required.
│
│ Refer to the provider documentation or contact the provider developers for additional information about configurable attributes that are required.
╵
╷
│ Error: Invalid Attribute Value
│
│ with nxos_bgp_peer.tor1_test_peer_5,
│ on testpeer5.tf line 6:
│ (source code not available)
│
│ Attribute ebgp_multihop_ttl value must be between 2 and 255, got: 0
╵
╷
│ Error: Missing Configuration for Required Attribute
│
│ with nxos_bgp_peer.tor1_test_peer_5,
│ on testpeer5.tf line 16:
│ (source code not available)
│
│ Must set a configuration value for the vrf attribute as the provider has marked it as required.
##################### Generated config (not imported in tfstate)###################
The "asn" attribute is a workaround on the TF side to allow changing the ASN without having to manually destroy and recreate all BGP resources, as NX-OS would otherwise not allow such a change. It does not have a matching attribute in DME and therefore needs to be populated manually. The "ttl" error needs to be fixed on the provider side.
during the read operation of a resource for import, can it read and derive the values of asn and vrf ? since both of these are not directly a parameter in the dme model.
during the read operation of a resource for import, can it read and derive the values of asn and vrf ? since both of these are not directly a parameter in the dme model.
Technically yes, though it would require some extra API calls and manual work on the provider side. Practically, I am not sure it is worth it as you don't want to hardcode them in multiple places anyway. You would rather want to reference the respective attributes of its parent resource which is something the current config generator can not do for you.
Importing an ipv4 bgp peer under default or custom vrf fails. While we can generate a half baked config with --generate-config-out flag, the config is not imported in tfstate. The failure logs are exactly the same even if the peer does not use peer template.
See logs and details below:
###################### Terraform error during import ################
##################### Generated config (not imported in tfstate)###################
########## Reference Config:
The text was updated successfully, but these errors were encountered: