Skip to content
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

Ubuntu16.04: docker-ce installation fails #34813

Closed
ra9hur opened this issue Sep 12, 2017 · 7 comments
Closed

Ubuntu16.04: docker-ce installation fails #34813

ra9hur opened this issue Sep 12, 2017 · 7 comments

Comments

@ra9hur
Copy link

ra9hur commented Sep 12, 2017

Description
I recently re-installed docker-ce. To test installation, the pull request for "Hello-world" fails.

Steps to reproduce the issue:

  1. This issue is occurring on Ubuntu 16.04 native OS
  2. Uninstalled previous docker version
  3. Removed contents in /var/lib/docker
  4. Uninstalled virtual box
  5. Upgraded nvidia driver from 375 to 381.22
  6. Installed docker-ce
  7. Now, tesing pull request for "Hello-world" fails.

Describe the results you received:

Get an error:
$ sudo docker run hello-world

Describe the results you expected:

  • Should have downloaded hello-world image

Additional information you deem important (e.g. issue happens only occasionally):

  • I was able to pull images 3 days back with previous installation

Output of docker version:

$ sudo docker version

Client:
Version: 17.06.2-ce
API version: 1.30
Go version: go1.8.3
Git commit: cec0b72
Built: Tue Sep 5 20:00:17 2017
OS/Arch: linux/amd64

Server:
Version: 17.06.2-ce
API version: 1.30 (minimum version 1.12)
Go version: go1.8.3
Git commit: cec0b72
Built: Tue Sep 5 19:59:11 2017
OS/Arch: linux/amd64
Experimental: false

Output of docker info:

$ sudo docker info
Containers: 0
Running: 0
Paused: 0
Stopped: 0
Images: 0
Server Version: 17.06.2-ce
Storage Driver: aufs
Root Dir: /var/lib/docker/aufs
Backing Filesystem: extfs
Dirs: 0
Dirperm1 Supported: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
Volume: local
Network: bridge host macvlan null overlay
Log: awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 6e23458c129b551d5c9871e5174f6b1b7f6d1170
runc version: 810190ceaa507aa2727d7ae6f4790c76ec150bd2
init version: 949e6fa
Security Options:
apparmor
seccomp
Profile: default
Kernel Version: 4.4.0-93-generic
Operating System: Ubuntu 16.04.3 LTS
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 3.765GiB
Name: raghu-Inspiron-3542
ID: UMKC:HM6T:HKZO:PG4L:GHBM:GSNF:JF7K:QI37:KDPO:DQVV:2KAB:ENO7
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Username: ra9hur
Registry: https://index.docker.io/v1/
Experimental: false
Insecure Registries:
127.0.0.0/8
Live Restore Enabled: false

WARNING: No swap limit support

Output of dig:

$ dig dseasb33srnrn.cloudfront.net 8.8.8.8

; <<>> DiG 9.10.3-P4-Ubuntu <<>> dseasb33srnrn.cloudfront.net 8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7038
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;dseasb33srnrn.cloudfront.net. IN A

;; ANSWER SECTION:
dseasb33srnrn.cloudfront.net. 3600 IN CNAME bsnlrpz.
bsnlrpz. 3600 IN A 218.248.255.164

;; AUTHORITY SECTION:
rpz.blist.org. 3600 IN SOA bangalorerdns1.bsnl.co.in.rpz.blist.org. hostmaster.bangalorerdns1.bsnl.co.in.rpz.blist.org. 2017090106 10800 3600 604800 86400

;; Query time: 26 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Tue Sep 12 05:41:01 IST 2017
;; MSG SIZE rcvd: 169

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38385
;; flags: qr aa rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1280
;; QUESTION SECTION:
;8.8.8.8. IN A

;; ANSWER SECTION:
8.8.8.8. 0 IN A 8.8.8.8

;; Query time: 0 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Tue Sep 12 05:41:01 IST 2017
;; MSG SIZE rcvd: 52

Additional environment details (AWS, VirtualBox, physical, etc.):

  1. VirtualBox-5.1 is uninstalled

  2. This is a home laptop and it is not behind proxy. Assume exporting http proxy, https proxy are not relevant

  3. Checked ip link. MTU values are 1500 by default

  4. Have set mtu probing to 1. $ sudo sysctl -w net.ipv4.tcp_mtu_probing=1

  5. Updated /etc/resolv.conf to have "nameserver 8.8.8.8" in first line

  6. https link from error output does not work from the browser

  7. Tried accessing the above link from Windows 8.1 on the same laptop from a browser and it does not get through.

  8. Referred Error Pulling the Docker Image #32257. Have sent a mail to docker hub support team, but no response

I am stuck with this, for the last 3 days. Need your help to resolve this.

@jirawat050
Copy link

follow #33930

@ra9hur
Copy link
Author

ra9hur commented Sep 12, 2017

Thanks for your suggestions.

As recommended in 33930, tried installing specific versions of dockers (latest as well older ones)

  • 17.06, 17.05, 17.03, 1.13.1-0. The i/o time-out issue still comes up.

@ra9hur
Copy link
Author

ra9hur commented Sep 12, 2017

On the internet, all suggestions are leading to DNS fix. But, nslookup to docker auth server works.

$ nslookup auth.docker.io
Server: 127.0.1.1
Address: 127.0.1.1#53

Non-authoritative answer:
Name: auth.docker.io
Address: 54.152.220.218
Name: auth.docker.io
Address: 52.87.53.92
Name: auth.docker.io
Address: 54.85.174.159
Name: auth.docker.io
Address: 34.224.42.226
Name: auth.docker.io
Address: 52.206.159.189
Name: auth.docker.io
Address: 52.5.247.186

So, it is able to reach out to docker-hub, but times out. MTU value is by default 1500. Have tried setting this to 1000.

Have even tried -stop-timeout set to 120 seconds.

None of these helps.

@ra9hur
Copy link
Author

ra9hur commented Sep 12, 2017

If I do a curl from cmd prompt, get this error:
$ curl -v https://dseasb33srnrn.cloudfront.net:443

  • Rebuilt URL to: https://dseasb33srnrn.cloudfront.net:443/
  • Trying 218.248.255.164...
  • connect to 218.248.255.164 port 443 failed: Connection timed out
  • Failed to connect to dseasb33srnrn.cloudfront.net port 443: Connection timed out
  • Closing connection 0
    curl: (7) Failed to connect to dseasb33srnrn.cloudfront.net port 443: Connection timed out

However, curl requests to docker.io works fine.
curl -v https://index.docker.io:443

I am assuming that the download site is down. Is there a secondary site that I can use?
If yes, how to initiate the pull request? OR while doing the build?

@thaJeztah
Copy link
Member

218.248.255.164 looks like a completely different range than what I'm getting (but may be location specific);

nslookup dseasb33srnrn.cloudfront.net
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
Name:	dseasb33srnrn.cloudfront.net
Address: 52.222.174.90
Name:	dseasb33srnrn.cloudfront.net
Address: 52.222.174.205
Name:	dseasb33srnrn.cloudfront.net
Address: 52.222.174.169
Name:	dseasb33srnrn.cloudfront.net
Address: 52.222.174.65
Name:	dseasb33srnrn.cloudfront.net
Address: 52.222.174.193
Name:	dseasb33srnrn.cloudfront.net
Address: 52.222.174.78
Name:	dseasb33srnrn.cloudfront.net
Address: 52.222.174.34
Name:	dseasb33srnrn.cloudfront.net
Address: 52.222.174.121

What does nslookup dseasb33srnrn.cloudfront.net give you? And what if you use 8.8.8.8 as DNS (nslookup dseasb33srnrn.cloudfront.net 8.8.8.8)?

@ra9hur
Copy link
Author

ra9hur commented Sep 13, 2017

Thanks for your suggestion. I temporarily used 8.8.8.8 as DNS by editing /etc/resolv.conf and got this working. Changes get reset once I reboot the system and that is a different problem.

This issue can be closed.

@thaJeztah
Copy link
Member

Thanks! Good to hear that worked

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants