Page MenuHomePhabricator

docker-registry.wikimedia.org connection timeout on Microsoft Windows (due to DNS server set to "8.8.8.8" in docker settings instead of "automatic")
Closed, InvalidPublic

Description

Im trying to build the quibble container from https://github.com/wikimedia/quibble, it fails with

$ docker build --tag quibble .
Sending build context to Docker daemon    193kB
Step 1/19 : FROM docker-registry.wikimedia.org/releng/npm-stretch:latest as npm-stretch
Get https://docker-registry.wikimedia.org/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)

Can somebody give me an advice?

$ curl https://docker-registry.wikimedia.org/v2/
{}
$ time curl https://docker-registry.wikimedia.org/v2/_catalog
{"repositories"...
real	0m35,846s
user	0m0,036s
sys	0m0,008s

Event Timeline

Restricted Application added a subscriber: Aklapper. · View Herald Transcript
hashar renamed this task from docker-registry.wikimedia.org returns 404 to docker-registry.wikimedia.org connection timeout.Feb 22 2019, 9:44 AM
hashar updated the task description. (Show Details)
hashar added subscribers: fsero, akosiaris.

@ItSpiderman you are reaching a timeout, notably https://docker-registry.wikimedia.org/v2/_catalog takes more than 30 seconds to return a payload and your docker client reaches a timeout. I don't know how it can be raised though.

serviceops should be able to figure out why our Docker registry takes so long to reply on https://docker-registry.wikimedia.org/v2/_catalog

From a discussion with @akosiaris , it seems the registry works fine and both of us can pull just fine.

Can you try again by just pulling the image?

docker pull docker-registry.wikimedia.org/releng/npm-stretch:latest

For what is worth, on a rather flaky internet connection I can just do

docker build --tag quibble .

After git cloning https://github.com/wikimedia/quibble and it works fine.

Note that the /v2/_catalog thing taking >30s has nothing to do with this specific problem. It is unfortunately an endpoint that is currently slow.

@ItSpiderman Could it be something in your docker daemon configuration or your current network, like a proxy?

ItSpiderman added a comment.EditedFeb 22 2019, 10:07 AM

I have done the testing, it appears to be an issue related to my system, cURLing https://docker-registry.wikimedia.org/v2/_catalog gives me response (36s), but at least it is available, while docker pull timesout after full 80sec.
I had a colleague of mine run the same command (on the same network), it works for him, so it must be something related to my system, dont have problems pulling other docker images though.

Thank you all for the answers

akosiaris closed this task as Invalid.Feb 22 2019, 10:17 AM

Good to know. That you for the update. I 'll mark this as Invalid for now, feel free to reopen though.

Problem here was that in docker settings DNS server was set to fixed 8.8.8.8 and could not resolve the host. Setting it to automatic solved the issue. NOTE: Running Docker on Windows! It might help someone if they come accross the same issue

Aklapper renamed this task from docker-registry.wikimedia.org connection timeout to docker-registry.wikimedia.org connection timeout on Microsoft Windows (due to DNS server set to "8.8.8.8" in docker settings instead of "automatic").Feb 22 2019, 1:26 PM