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: ServerError: 400 Bad Request (Cannot delete a subnet that is actively servicing a dynamic IP range. (Delete the dynamic range or disable DHCP first.))
Given that the IP ranges are embedded in the subnet resource block, seems they should be cleaned up automatically as a matter of dependency
The text was updated successfully, but these errors were encountered:
Thank you for opening this one. It is a valid bug. In the meantime, could you please switch to the usage of maas_subnet_ip_range? I am recommending that for two reasons:
The dependency will be managed in a better by Terraform. Plus you will workaround this bug:
We are thinking of removing entirely the management of ip ranges as a nested block of maas_subnet. It will be a breaking change but for a good reason. It will also help with the bug fix of: Fails to create a vlan and a subnet in a single plan with DHCP_ON #53. Finally, if you follow the maas_subnet_ip_range you will be better prepared for this change.
What are your thoughts? Can you give it a try and let me know if it helped you workaround the issue you are facing?
The maas subnet ip range thing seems to work except for the fact that a VLAN needs to first be created with DHCP enabled then have the subnet with which the ip range associates bound afterward (like in a separate TF run) - MaaS API's oddities seem to confuse TF's perception of state between actions.
Given that the IP ranges are embedded in the subnet resource block, seems they should be cleaned up automatically as a matter of dependency
The text was updated successfully, but these errors were encountered: