-
Notifications
You must be signed in to change notification settings - Fork 619
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
Error: could not read response body: %!w(<nil>) #1850
Comments
Thank you for reporting this issue! For maintainers to dig into issues it is required that all issues include the entirety of This issue has been marked with |
2022-08-22T12:46:07.570Z [DEBUG] provider.terraform-provider-cloudflare_v3.21.0: Cloudflare API Request Details: |
GET /client/v4/zones//dns_records/** HTTP/1.1 |
From the debug logs, it looks like you are getting rate limited. If you are an enterprise customer you can reach out to your account team about getting a higher rate limit, otherwise you will need to reduce the rate you make calls. That is likely why the parallelism setting is affecting this. |
there is a fix in the underlying library (cloudflare/cloudflare-go#1043) to propagate the out of retries condition to the end user which is what is lacking here at the moment. if you build the current version of master, you can get the changes now. |
Confirmation
Terraform and Cloudflare provider version
terraform version: 1.0.7
cloudflare provider version: 3.20.0 and we updated provider to latest version 3.21.0
Affected resource(s)
cloudflare/cloudflare
This is an issue with the terraform cloudflare provider.
Terraform configuration files
Debug output
I don't think it's interesting for this issue
Panic output
No response
Expected output
│ Error: could not read response body: %!w()
│
│ with module..cloudflare_record.mx-5-1,
│ on domains/**/external.tf line 46, in resource "cloudflare_record" "mx-5-1":
│ 46: resource "cloudflare_record" "mx-5-1" {
Actual output
No changes. Your infrastructure matches the configuration.
Steps to reproduce
terraform plan
Additional factoids
No configuration manipulations were carried out, at one point when planning the terraform, errors began to occur on all domains, cloudflare records, etc.
updated the provider to the latest version, the errors were not corrected.
at the moment, when setting the parameter parallelism=1, the errors go away, but the planning stage takes a very long time, with values of parallelism above 1, errors begin to appear.
References
No response
The text was updated successfully, but these errors were encountered: