Closed amilstead closed 6 months ago
Hi @amilstead ,
Thank you for raising this issue, I can reproduce it, it looks like something around block configuration, have reported it to the development team for fixing.
Thanks, Maxx
Hi @amilstead
Thanks for the detailed info! We've fixed the issue and it will be updated in the next release.
Great news, thanks!
@JieX19 Any timeline for when we can expect the next release? Thanks!
Hi @amilstead
The issue has been fixed in Terraform FSW 1.1.2. Please upgrade to this version and give it a try. I will proceed to close this case. Feel free to reopen it if the issue persists.
Thanks, Maxx
Describe the bug
Running
terraform apply
with afortiswitch_systemdhcp_server
(imported) succeeds but emits the following terraform failure on the first pass:To Reproduce
Create a simple configuration to manage a Fortiswitch DHCP server, such as:
Import the resource with:
terraform import fortiswitch_systemdhcp_server.main <id>
Make any arbitrary edit to the resource that would produce an update that should be applied, then
terraform apply
.Note that the first attempt to
terraform apply
will actually update the resource but the terraform CLI/client will panic due to an invalid type conversion error (in the "Describe the bug" section above). Successful resource update on the Switch side can be verified using Fortiswitch CLI or UI.Next, run
terraform apply
(orterraform plan
) once more. Observe there is no diff to apply.Expected behavior
terraform apply
works successfully on the first pass (without a plugin failure) when updating afortiswitch_systemdhcp_server
resource.Versions
Additional context
FWIW, I think I have tracked this bug down to this line of the provider implementation. In terraform log output (
TF_LOG=1
) I see "mkey" exists in the response payload and appears to be a string representation of a simple integer.