-
Notifications
You must be signed in to change notification settings - Fork 12.7k
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
crates.io responded with 500 instead of 200 when downloading crate #41545
Comments
Ah yeah I've been lumping these in with #40474, there's been a few others of these from time to time. |
FWIW I just tried to search in crates.io's logs for utf8-ranges/0.1.3 with status 500 and I didn't see anything... wonder if that was from S3....? |
@carols10cents oh I was investigating this a long time ago and ended up reaching the same conclusion, that the 500 code was from S3. I think that's a normal ocurrance. The "solution" here is to likely bake in an auto-retry into Cargo itself when it gets a 500 from S3 which is even officially recommended |
It looks like cargo has network retry logic but it's only being used for git sources? I'm going to file an issue for using that logic for other sources as well |
Oh Cargo has retry logic for the registry, it just only retries if the error claims its spurious and a 500 isn't a I think we'd just need to tweak the retry logic here. |
oooooohhhh. Yeah was just coming to the conclusion that with_retry IS being used for all sources. Will change what bug I'm filing to be about tweaking the retry logic :) |
Issue filed! rust-lang/cargo#3962 |
In theory this was solved upstream, and either way, closing in favor of #42118. |
Possibly just network failure (#40474), but we did get some response, so presumably not that.
First instance here: #41332 (comment).
Log from that:
The text was updated successfully, but these errors were encountered: