Comments (10)
Fortunately it looks like someone already opened the correct issue on the provider. Feel free to follow along there: hashicorp/terraform-provider-google#6295
from terraform-google-lb-http.
@juan-vg Would you mind filing an issue on the provider? It should be fixed there.
from terraform-google-lb-http.
@morgante From my point of view the problem is not the provider, as they have warned about this on their upgrade guide.
Is this module which is not properly working
from terraform-google-lb-http.
I'm quite confident this is a provider bug. The module was working before and continues to generate the correct config. They made a breaking change which caused this to stop working and can only be fixed on their end.
As you can see, we're already dynamically generating the correct config (only one kind at a time). This needs to be fixed on the provider.
from terraform-google-lb-http.
@morgante I've set a fixed provider version (one I've previously used and it was working) and the error is still there. I can understand this can come directly from GCP, but the provider seems to not be the guilty one. I can't understand how a breaking change could affect prior versions already released and proved working.
Moreover, if you're dynamically generating the correct config (btw, "as you can see"? where?), why when I remove a piece of code from this module the error disappears? What I remove is the part where extra health_checks are being generated in this module, so looks like the configuration is not that correct
from terraform-google-lb-http.
Your own bug report state this issue only occurs on the 3.20 provider. It's self-evidently a provider issue.
The reason your workaround work is that you simply entirely removed dynamic blocks which you happen to not be using. We cannot remove those blocks entirely because other people's use case requires them.
The blocks are correctly generated. The issue is the provider is attempting to validate as though all blocks are being set, even though in reality only 1 is generated at a time.
Once again, there is absolutely no action to be taken for the module.
from terraform-google-lb-http.
@morgante My fault then. I've explained myself wrong. It started happening at the same time a new provider has been released.
I've tested this module against provider google-beta versions from 3.18 to 3.20. None work now. Yesterday 3.19 worked as a charm, not today.
Beside the above, there were no code changes from my side. Just stopped working
from terraform-google-lb-http.
There hasn't been any change to this module in 14 days. If your code was working yesterday but not today, it's a provider change.
from terraform-google-lb-http.
@morgante I must apologize. I was setting the version for the google-beta provider. When I did the same for the google one everything started working again. You were completely right.
Sorry for the noise
from terraform-google-lb-http.
No worries, thankfully I think a fix will be available in the next provider release.
from terraform-google-lb-http.
Related Issues (20)
- Create a sub-module for DNS Authorization-based Managed Certificates HOT 3
- Should be possible change network tier HOT 3
- LB is not re-created when address is assigned after initial creation without address HOT 2
- Issue using certificate map HOT 2
- disable cross region backend test HOT 1
- Add test for cross project backend using new testing framework HOT 5
- Release 9.3.0 for TPG v5 compatibility HOT 1
- enable_ipv6 without create_ipv6_address or ipv6_address creates ipv4 frontends HOT 5
- Source is not setup properly in module nat-mig-http-lb HOT 2
- the mig-nat-http-lb outputs.tf file require a sensitive data HOT 1
- Latest release is breaking HOT 2
- Logs are not disabled properly HOT 2
- Output forwarding rule names HOT 3
- Terraform Cloud - Error creating ManagedSslCertificate HOT 1
- Module requires health_check when some lb configurations do not accept it.
- Use SSL certificate from host project HOT 4
- Can't use the 10.2.0 version when pointing to terraform registry module HOT 2
- Heath checks using port_name only fail to create FW rules
- Custom url_map resource inside the module HOT 1
- Can't set cache mode for serverless NEG to FORCE_CACHE_ALL
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from terraform-google-lb-http.