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
│ Error: POST https://api.equinix.com/metal/v1/projects/688ac43d-282d-415a-a349-b20a6e0a8947/connections/d5195803-24db-4cc5-a725-6399c15677cc/ports/86ff59f4-fff2-4db4-ae4d-38f1dfe9e9aa/virtual-circuits: 422 param is missing or the value is empty: nni_vlan
│
│ with equinix_metal_virtual_circuit.am_vrf_rtr_prim,
│ on metal.tf line 131, in resource "equinix_metal_virtual_circuit" "am_vrf_rtr_prim":
│ 131: resource "equinix_metal_virtual_circuit" "am_vrf_rtr_prim" {
Panic Output
No response
Expected Behavior
Expectation is that TF provider will use the existing nni_vlan and just add the bgp details as provided in the resource config
Actual Behavior
Provisioning fails, provider requires the nni_vlan. If I provide this using
the provider will ask for the vnid attribute. Again, providing this (with same reference as the nni_vlan), it fails with
│ Error: Value for unconfigurable attribute
│
│ with equinix_metal_virtual_circuit.am_vrf_rtr_prim,
│ on metal.tf line 141, in resource "equinix_metal_virtual_circuit" "am_vrf_rtr_prim":
│ 141: vnid = data.equinix_metal_virtual_circuit.am_vrf_rtr_prim_prep.nni_vlan
│
│ Can't configure a value for "vnid": its value will be decided automatically based on the result of applying this configuration.
Steps to Reproduce
see above
The text was updated successfully, but these errors were encountered:
Not sure whether this is supported today. equinix_metal_virtual_circuitresource is just for creating new VCs on dedicated ports, but since shared ports autogenerate their VCs they cannot be updated that way. We would need to bypass the VRF configuration in the equinix_metal_connection as we do with vlans or create a new resource like equinix_metal_virtual_circuit_config
v2.1.0 updated the metal_virtual_circuit resource so that it can be used with shared virtual circuits, so this nni_vlan error should not occur when using that version of the provider. However, note that for a shared virtual circuit you must specify the virtual_circuit_id attribute instead of the connection_id attribute.
Terraform Version
Terraform v1.7.4
Equinix Provider Version
version = "1.33.0"
Effected Terraform Resources
equinix_metal_vrf
equinix_metal_connection
equinix_metal_virtual_circuit
Terraform Config Files
Debug Output
Panic Output
No response
Expected Behavior
Expectation is that TF provider will use the existing nni_vlan and just add the bgp details as provided in the resource config
Actual Behavior
Provisioning fails, provider requires the nni_vlan. If I provide this using
the provider will ask for the vnid attribute. Again, providing this (with same reference as the nni_vlan), it fails with
Steps to Reproduce
see above
The text was updated successfully, but these errors were encountered: