Installations from gopkg.in failing about gopkg HOT 8 CLOSED

Getting this error again today while pulling dependencies from gopkg. Can you please help or suggest as this is blocking our builds, deployments.

go: gopkg.in/[email protected]: unrecognized import path "gopkg.in/check.v1": reading https://gopkg.in/check.v1?go-get=1: 502 Bad Gateway Makefile:56: recipe for target 'test' failed</span></span></body></html>

from gopkg.

I have reproduced this locally, by running while docker run -ti --rm -e XDG_CACHE_HOME=/cache golang:1.12.9 bash -c "git clone --quiet --depth=20 --no-single-branch git://github.com/djmitche/taskcluster.git taskcluster && cd taskcluster && git checkout becb3a321d667327dec3733cd83333f698fc0c77 && cd clients/client-shell && go test -v -race ./..."; do :; done. I was not able to reproduce it without the XDG_CACHE_HOME, although since this seems intermittent that might have been due to random chance.

from gopkg.

Confirmed, without XDG_CACHE_HOME, after about 24 minutes of running that loop:

go: gopkg.in/[email protected]: git fetch -f origin refs/heads/*:refs/heads/* refs/tags/*:refs/tags/* in /go/pkg/mod/cache/vcs/7e5fa1eab4705eb80c9746632736cea906708d060702d529df6241d1c8c2c9f9: exit status 128:
        remote: Cannot obtain refs from GitHub: cannot talk to GitHub: Get https://github.com/go-check/check.git/info/refs?service=git-upload-pack: dial tcp 140.82.114.3:443: socket: too many open files
        fatal: unable to access 'https://gopkg.in/check.v1/': The requested URL returned error: 502
go: gopkg.in/[email protected]: git fetch -f origin refs/heads/*:refs/heads/* refs/tags/*:refs/tags/* in /go/pkg/mod/cache/vcs/4f939cf8921e8662ef2d8cf78b0db3bcacccda0d79c9e1b4cef06c640b4a8cef: exit status 128:
        remote: Cannot obtain refs from GitHub: cannot talk to GitHub: Get https://github.com/go-yaml/yaml.git/info/refs?service=git-upload-pack: dial tcp 140.82.114.3:443: socket: too many open files
        fatal: unable to access 'https://gopkg.in/yaml.v2/': The requested URL returned error: 502
go: gopkg.in/tylerb/[email protected]: git fetch -f origin refs/heads/*:refs/heads/* refs/tags/*:refs/tags/* in /go/pkg/mod/cache/vcs/5dbbd5c546c1154051b39dc6d7b6a7d98fc7e9edd2e2d6c2e6a4dbaaee19d132: exit status 128:
        remote: Cannot obtain refs from GitHub: cannot talk to GitHub: Get https://github.com/tylerb/graceful.git/info/refs?service=git-upload-pack: dial tcp 140.82.114.3:443: socket: too many open files
        fatal: unable to access 'https://gopkg.in/tylerb/graceful.v1/': The requested URL returned error: 502
go: error loading module requirements

from gopkg.

This looks like a load issue at gopkg.in?

from gopkg.

The gopkg.in server is being moved to a different data center right now, partly due to its increased usage. Bashing the server with a loop won't be very helpful for you or for others.

from gopkg.

Experiencing this issue again today:

gopkg.in/[email protected] requires
gopkg.in/[email protected]: unrecognized import path "gopkg.in/check.v1": reading https://gopkg.in/check.v1?go-get=1: 502 Bad Gateway
server response: Cannot obtain refs from GitHub: cannot talk to GitHub: Get https://github.com/go-check/check.git/info/refs?service=git-upload-pack: net/http: request canceled (Client.Timeout exceeded while awaiting headers)

Impact started a little over 4 hours ago.

from gopkg.

I experienced it too yesterday, during roughly 5 hours. Then it worked again.

To give more context: some Google Cloud client libraries have gopkg.in/yaml.v3 and errgo.v2 dependencies, and so my deployments to App Engine were failing.

from gopkg.

We still see issues from time to time. Some of them are just either side (Canonical or GitHub) having connectivity issues, but there's also some sort of longstanding issue which seems related to problematic caching of idle connections after some other event. The code on gopkg itself is quite simple, though, so unless I'm missing something obvious it doesn't feel like this should persist the way it does. In either case, I've added a small attempt to workaround the issue by detecting this situation and dropping the idle connections. This has been deployed today, together with updated dependencies to bring them to recent releases. Let's see what happens next.

from gopkg.