terraform-provider-infoblox
terraform-provider-infoblox copied to clipboard
Networks turn into networkcontainers when new networks created under them
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.