-
Notifications
You must be signed in to change notification settings - Fork 32
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
discovered_networks in avi_pool causes an update on each plan/apply #571
Comments
HI @giovannibaratta I tried to reproduce the issue using the provided terraform config but unable to reproduce it. Can you provide the alb provider and controller version which you are using? |
The terraform provider version is provider "avi" {
...
avi_version = "30.1.1"
} All the AVI resources are provisioned using Terraform except for the Cloud configuration. The behavior is observed is subsequent runs (terraform plan/apply) without the need of open the UI. |
@giovannibaratta Thanks for raising this issue; I am able to reproduce the issue. In the release of 22.1.5, we fixed the issue to track the UI side changes. While applying the Terraform plan, earlier it was not there; that's why it is showing diff, and some internal fields are part of the resource schema; those fields should not come. Thanks |
As this is really annoying, is there an ETA for the fix? Running provider |
We're still desperately waiting for this to be fixed. Can you @Rohan-sss1 provide an ETA? |
I would like to bump this @Rohan-sss1. We are still experiencing the same issue (provider 30.2.2 with controller 30.1.2). |
Describe the bug
When creating a resource of type
avi_pool
, leaving the attributediscovered_networks
inservers
will produce a diff in subsequent plan/apply.Reproduction steps
Result in this terraform diff
Expected behavior
Terraform should not generate any difference during subsequent plan/apply
Additional context
From my understanding
discovered_networks
should be an internal-use attribute and it should not even be proposed as an editable attribute in terraform. In this case, leaving the attribute unset will produce the diff posted above.The text was updated successfully, but these errors were encountered: