[BUG][Storage] server return 404 also retry
See original GitHub issueDescribe the bug
blob client call GetPropertiesAsync
will retry even though server return 404?
We have a case, get a blob path return 404, but it takes too long for me.
In Application insight, we can see it will retry 6 times. but we don’t config the client retry policy.
Expected behavior
don’t retry.
Actual behavior (include Exception or Stack Trace)
retry 6 times
To Reproduce Steps to reproduce the behavior (include a code snippet, screenshot, or any additional information that might help us reproduce the issue)
Environment:
- Azure.Storage.Blobs 12.4.4
- Win 10 and netstandard2.0
- Visual Studio 16.8
Issue Analytics
- State:
- Created 3 years ago
- Comments:7 (2 by maintainers)
Top Results From Across the Web
nginx retry static files once on 404
In my test scenario if a file is being created and someone requests the file 404 will be returned. i want to implement...
Read more >Why does my url return data sometimes and return error ...
One being the app that I am having trouble with. This app loads properly sometimes, but randomly it returns with a 404 error....
Read more >When to use HTTP status code 404 in an API
The information returned with the response is dependent on the method used in the request. 404 Not Found - The server has not...
Read more >Error 404: 4 Ways to Fix It
Error 404 is a response code, meaning the server could not locate the requested content. Check this article to learn 4 steps to...
Read more >“The remote server returned an Error 404” or "HTTP ...
Describes an issue that triggers a 404 error or "The HTTP request to 'https://mail. .com/EWS/mrsproxy.svc' has exceeded the allotted timeout" error when ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I have reproduce this problem, just set
GeoRedundantSecondaryUri
same asserviceUrl
Thank you @yunair your comment helped me a lot!
It is really weird that this bug is still not fixed even in the latest version of SDK (I’m using Azure.Storage.Blobs 12.13.1 right now). I wasted couple of days trying to understand what I’m doing wrong. @amnguye you still cannot reproduce it? Here’s how to create client so you can see it. Note that the same value is used as bot primary and secondary URI.
Then use containerClient on any non-existing blob name, and you can observe that it will run retries on http status 404 from the storage API.