-
Notifications
You must be signed in to change notification settings - Fork 17.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
proxy.golang.org: widespread not found: fetch timed out #57185
Comments
I ran into this as well today; I was able to get things moving again with |
This comment was marked as duplicate.
This comment was marked as duplicate.
Getting the latest version of a binary via the Go proxy also fails:
|
This comment was marked as duplicate.
This comment was marked as duplicate.
go env -w GOPROXY=direct |
Also experiencing this on v1.19.4 (rolled back to 1.19.3 because I thought it might have been update related at first). I got a notification of a timed out pipeline from GitLab (it's a 1h timeout). The pipeline was stuck when attempting to fetch external packages with |
This comment was marked as duplicate.
This comment was marked as duplicate.
cc @golang/tools-team |
This comment was marked as duplicate.
This comment was marked as duplicate.
There’s a tmp public sumdb server (maybe the only one outsie google): https://gosum.io |
please use the emoji voting on the issue if you're seeing the issue, we don't need a hundred comments of the same |
This comment was marked as duplicate.
This comment was marked as duplicate.
Hi all, I'm starting to look into this. Not sure what is going on yet. |
In our case, we have a repo that does not prepend ‘v’ to the tag version due to historical reasons and go install to a pinned version now takes very long:
also fetch latest stopped working:
|
Part of the problem may have been a transient networking issue. For some time I had 50% packet loss to |
We believe that the service has recovered and fetch/list should be succeeding again. There is still a tail of background refreshes completing, so some fetches may still take longer than normal because they are not cached. |
I can confirm that it works for us again. |
Thanks @prattmic! It is working for us too now. Is it possible to share a quick summary on what caused the issue? Also curious where is the 1 minute get timeout coming from? |
I ran I was able to perform The pkg.go.dev representation of astconf still seems to be confused about what the latest version is, but maybe that's another issue. |
@wallyqs We received a large amount of distributed traffic overnight for module versions that did not exist. This led to a backlog of versions to process that we've only just burned down. The 1 minute timeout is inside of proxy.golang.org. |
I'm closing this as the fetching issues should be resolved. Please open another bug if you are experience more issues. |
…icy-agent#5463)" This reverts commit 44c78a9. It's been fixed: golang/go#57185 Signed-off-by: Stephan Renatus <stephan.renatus@gmail.com>
…5469) This reverts commit 44c78a9. It's been fixed: golang/go#57185 Signed-off-by: Stephan Renatus <stephan.renatus@gmail.com>
This issue just resurfaced for me. |
This is happening again for me now (last comment was 2 days ago, so this might be another incident). |
We have continued to have a couple of additional sporadic issues in the same vain as the original issue, though shorter duration. We are still working to mitigate. |
Given the recent incident with sum.golang.org (see golang/go#57185), we should always cache the contents of the proxied checksum database in case they go down.
We have rolled out additional mitigations and have not seen any issues in around a week. |
I'm sporadically getting the same issue right now, e.g. with: github.com/osmosis-labs/osmosis/osmoutils@v0.0.1
(12 minutes) |
@ValarDragon Do you see issues with other modules, or only those in github.com/osmosis-labs/osmosis/* ? The module version was published around 2022-12-22T04:27:37 UTC. It looks like someone requested it slightly before 2022-12-21T04:27:16 UTC and proxy.golang.org failed to see the release. As being discussed in #42809, proxy.golang.org retried later (~30min) and found the version in the origin. I think this is a duplicate of #42809, rather than this issue. From the first FAQ entry of proxy.golang.org:
|
Ohh I think your totally right, thank you! |
I pushed an untagged commit to the
github.com/scjalliance/astconf
module 3 hours ago, butsum.golang.org
claims that it can't find it when requesting its pseudo-versionv0.0.0-20221209034541-5c12b5578696
. It returns a404 Not Found
result.Running
go list -m
for the branch does list the expected commit, but takes a very long time to run:Performing a
go get
for the branch returnsserver response: not found: fetch timed out
:I get a
not found: fetch timed out
response after waiting 58 seconds when I go here:I don't know if it matters, but I did perform a forced git push to the
astconf
repository earlier in the evening, and I renamed the branch frommaster
tomain
yesterday.I should also note that
pkg.go.dev
listsv0.0.0-20221209023833-cad60e1e1338
as the latest version right now, but when viewing that version specifically it also claims that it isn't the latest version. I used the package request feature ofpkg.go.dev
to request thev0.0.0-20221209023833-cad60e1e1338
release earlier this evening.I've been watching the GitHub Status Page and it claims all is well.
I am filing this report as directed by the FAQ on sum.golang.org, which was added in response to #42809:
I first encountered this issue while running the Go
1.19.2
tooling onwindows/amd64
. I updated to1.19.4
but the issue persists. The slow response togo list -m
was reproduced in a linux environment.The text was updated successfully, but these errors were encountered: