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
IF you create a "network" and then create networks underneath that network by adding func:nextavailablenetwork:${infoblox_network.mynetwork.network},default,18
to try and create subnet networks, terraform will succeed the first time, but it will fail afterwards.
The reason for this is Infoblox changes the "mynetwork" resource to a "networkcontainer" as soon as you add additional networks under that network. Terraform can no longer find the network it just created due to resource locator looking for network/uuidofsomesort:10.0.0.0/8/default. Infoblox has changed it to "networkcontainer/somenewuuid:10.0.0/8/default"
Some ideas?
Change the call to search for "networkcontainer" when it can't find it by network? Most work, but actually solves the problem (in theory)
Query first to see if you're creating a resource under a network and fail? Probably not ideal
other ideas?
Challenges:
When a network gets converted into a network container, it seems to lose all the DHCP/reservations that it previously held. NOT a great situation.
SO this issue is much more an infoblox issue than a terraform or provider issue, but if nothing else, should probably document the above behavior on the wiki.
The text was updated successfully, but these errors were encountered:
Yeah I tried and tried couldn't find a way to do it on network creation to create it as a container - it's automatic on adding networks to an existing network. Which IMHO feels like a bad idea (idempotent - if you create a "network" it should stay a network).
IF you create a "network" and then create networks underneath that network by adding
func:nextavailablenetwork:${infoblox_network.mynetwork.network},default,18
to try and create subnet networks, terraform will succeed the first time, but it will fail afterwards.
The reason for this is Infoblox changes the "mynetwork" resource to a "networkcontainer" as soon as you add additional networks under that network. Terraform can no longer find the network it just created due to resource locator looking for
network/uuidofsomesort:10.0.0.0/8/default
. Infoblox has changed it to "networkcontainer/somenewuuid:10.0.0/8/default"Some ideas?
Challenges:
When a network gets converted into a network container, it seems to lose all the DHCP/reservations that it previously held. NOT a great situation.
SO this issue is much more an infoblox issue than a terraform or provider issue, but if nothing else, should probably document the above behavior on the wiki.
The text was updated successfully, but these errors were encountered: