-
Notifications
You must be signed in to change notification settings - Fork 60
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
When setting timeout to 0 on citrixadc_lbvserver , provider says successful but the value is set to default: 2 on netscaler #101
Comments
Try running with |
Here is the output from me changing the lb_persistence_timeout from '1444' to '10'
I would like to note that Citrix recommends a value of '0' for COOKIEINSERT, which is what all of our load-balancer configs used until we started automating this via terraform. Now changing it from '10' to '0' (same result as 1440 to 0, an error)
|
I think the issue is with the GO Nitro package being used; https://github.com/chiradeep/go-nitro/blob/master/config/lb/lbvserver.go#L125 omitempty for JSON in GO and an int datatype will omit the value from the JSON if the value is the default for an int "0". but 0 is a valid value in the API. |
This is an issue with the go-nitro api. chiradeep/go-nitro#44 I have forked that repo and built this provider with my forked go-nitro to verify it allows us to set a value of '0'. The permanent fix, however, is a bit out of my skillset when it comes to Go . |
Describe the bug
We are trying to set the timeout value to 0 (persistence never times out unless browser is closed). When running apply, the plan is applied successfully but running additional plans shows that terraform wants to change value from 2 to 0.
To Reproduce
Expected behavior
The value on the netscaler lbvserver should be set to 0.
Logs
From citrixadc 12.1:
this is setting it from 1440 -> 0. (existing lbvserver)
I can set it fine to 2 or any value > than that
Environment (please complete the following information):
Additional context
It is unclear to me if this is a bug in the provider, or downstream in the go-nitro library being used.
The text was updated successfully, but these errors were encountered: