Skip to content
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

HTTP client errors should fail early (and not be retried?) #12723

Closed
Berbe opened this issue Jul 23, 2021 · 3 comments
Closed

HTTP client errors should fail early (and not be retried?) #12723

Berbe opened this issue Jul 23, 2021 · 3 comments
Labels
bug upstream/microsoft Indicates that there's an upstream issue blocking this issue/PR v/2.x (legacy)

Comments

@Berbe
Copy link

Berbe commented Jul 23, 2021

Community Note

  • Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
  • Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
  • If you are interested in working on this issue or have submitted a pull request, please leave a comment

Terraform (and AzureRM Provider) Version

Terraform v1.0.3
on linux_amd64
+ provider registry.terraform.io/hashicorp/azurerm v2.69.0
+ provider registry.terraform.io/hashicorp/template v2.2.0

Expected Behaviour

When requests to providers end up in HTTP 4xx (client error), it usually means the error won't solve by itself.

Actual Behaviour

However, the current client still retries requests until hitting the max attempts:

[...]
Future#WaitForCompletion: the number of retries has been exceeded: StatusCode=400 -- Original Error: Code="ValidationError"
[...]

References

@tombuildsstuff tombuildsstuff added bug upstream/microsoft Indicates that there's an upstream issue blocking this issue/PR labels Jul 26, 2021
@tombuildsstuff
Copy link
Contributor

hi @Berbe

Thanks for opening this issue.

Taking a look through here this appears to be a bug in the Azure SDK for Go (or specifically, it's base layer Azure/go-autorest) - as such this'll need to be patched there.

Thanks!

@rcskosir
Copy link
Contributor

Thanks for taking the time to submit this issue. This was a problem in the 2.x version of the provider which is no longer actively maintained. Since we’ve determined that the described behavior is a bug in the Azure SDK for Go, and there is nothing to be done on our side, I am going to close this issue.

@rcskosir rcskosir closed this as not planned Won't fix, can't repro, duplicate, stale Mar 15, 2024
Copy link

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.
If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Apr 18, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug upstream/microsoft Indicates that there's an upstream issue blocking this issue/PR v/2.x (legacy)
Projects
None yet
Development

No branches or pull requests

4 participants