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
https://gist.github.com/stubblyhead/23878afa4ded3a876eaf906467b4a42d
The first gist is a failed apply, and the second is a successful one. The only difference in configuration is explicitly using dhcp (gist 1) instead of implicitly using dhcp as the default behavior (gist 2).
Expected Behavior
What should have happened?
The configuration above should work as written. Commenting out line #19 (ip = "dhcp") will result in a successful apply, but as dhcp is the default behavior it shouldn't matter if it's stated explicitly or not.
Actual Behavior
What actually happened?
The DNS entry does not get updated, and error text (see lines 633-654 in gist #1 above) is output.
Steps to Reproduce
Please list the steps required to reproduce the issue, for example:
terraform apply
The text was updated successfully, but these errors were encountered:
It appears upon a first look that the real IP only gets allocated and returned by ${vcd_vapp.susebox.ip} when the vapp is created.
During plan, the value cannot be read from the server as the vapp still don't exist, so the plan assumes its value to be the one defined in the config ("dhcp"). When the apply is done, the IP gets allocated and returned by ${vcd_vapp.susebox.ip}, so the value from plan ("dhcp"), and apply ("192.168.52.210") differ.
I'm not sure why terraform expects the value from plan and apply to be the same, though, if the attribute is computed.
What does the output of terraform plan show, if you comment the dns_a_record_set?
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.
If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
ghost
locked and limited conversation to collaborators
Apr 9, 2020
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Terraform Version
Terraform v0.9.3
Affected Resource(s)
(I'm not sure which of the two is at fault, possibly they are just not playing nice with each other)
Terraform Configuration Files
Debug Output
The first gist is a failed apply, and the second is a successful one. The only difference in configuration is explicitly using dhcp (gist 1) instead of implicitly using dhcp as the default behavior (gist 2).
Expected Behavior
What should have happened?
The configuration above should work as written. Commenting out line #19 (
ip = "dhcp"
) will result in a successful apply, but as dhcp is the default behavior it shouldn't matter if it's stated explicitly or not.Actual Behavior
What actually happened?
The DNS entry does not get updated, and error text (see lines 633-654 in gist #1 above) is output.
Steps to Reproduce
Please list the steps required to reproduce the issue, for example:
terraform apply
The text was updated successfully, but these errors were encountered: