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
Describe the bug
We create some lb_vservers using "count", then bind each to one of a few different serviceGroups depending on which datacenter we're in (we use a map variable for this).
We get an error when attempting to run the apply:
│ Error: Provider produced inconsistent result after apply
│
│ When applying changes to citrixadc_lbvserver_servicegroup_binding.dcb_sg_remote_bindings["2"], provider "provider["registry.terraform.io/citrix/citrixadc"]" produced an unexpected new value: Root resource was present, but now absent.
│
│ This is a bug in the provider, which should be reported in the provider's own issue tracker.
## This errors out if we have a server bound to a serviceGroup, and it works if the serviceGroup does not have anything bound
terraform apply -var-file ./myvars
Terraform output logs to the log file (./tf.log). Append TF_LOG=TRACE NS_LOG=TRACE TF_LOG_PATH=./tf.log to your terraform command
│ Error: Provider produced inconsistent result after apply
│
│ When applying changes to citrixadc_lbvserver_servicegroup_binding.dcb_sg_remote_bindings["2"], provider "provider[\"registry.terraform.io/citrix/citrixadc\"]" produced an unexpected new value: Root resource was present, but now absent.
│
│ This is a bug in the provider, which should be reported in the provider's own issue tracker.
Expected behaviour
My serviceGroup should be bound to my lb_vservers.
Screenshots
If applicable, add screenshots to help explain your problem.
Environment (please fill the following information):
OS: Mac
terraform version output
$ terraform -version
Terraform v1.5.7
on darwin_arm64
+ provider registry.terraform.io/citrix/citrixadc v1.37.0
- terraform-provider-citrixadc version
v1.37.0 (also tried on v1.33.0)
- `go version` output
go version go1.22.0 darwin/arm64
**Additional context**
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered:
Hi @sumanth-lingappa, I have been working with my colleague to try to figure this out and we believe this is a Citrix bug. We are going to submit a ticket to Citrix. I will try to summarize.
If you try to bind a servicegroup to an lb_vserver, and the servicegroup has members in it: bind lb vserver my_lb_vs my_svcgrp
This command will work, HOWEVER, if you examine the lb_vserver either on the CLI or using the NITRO API, it does not show you the serviceGroup information. The output looks like this:
And if you run show lb vserver my_lb_vs, there is no Bound Service Groups section at the bottom of the output.
If you bind a servicegroup to an lb_vserver, and the servicegroup is empty, and you examine the lb_vserver on the CLI or using the NITRO API, you get more output:
Contact us
Bug Report
Describe the bug
We create some lb_vservers using "count", then bind each to one of a few different serviceGroups depending on which datacenter we're in (we use a map variable for this).
We get an error when attempting to run the apply:
│ Error: Provider produced inconsistent result after apply
│
│ When applying changes to citrixadc_lbvserver_servicegroup_binding.dcb_sg_remote_bindings["2"], provider "provider["registry.terraform.io/citrix/citrixadc"]" produced an unexpected new value: Root resource was present, but now absent.
│
│ This is a bug in the provider, which should be reported in the provider's own issue tracker.
To Reproduce
Steps to reproduce the behaviour:
## This errors out if we have a server bound to a serviceGroup, and it works if the serviceGroup does not have anything bound terraform apply -var-file ./myvars
TF_LOG=TRACE NS_LOG=TRACE TF_LOG_PATH=./tf.log
to your terraform commandbound_sg.tf.log
unbound_sg.tf.log
Expected behaviour
My serviceGroup should be bound to my lb_vservers.
Screenshots
If applicable, add screenshots to help explain your problem.
Environment (please fill the following information):
terraform version
outputThe text was updated successfully, but these errors were encountered: