moby: Error pulling image configuration: connection reset by peer

Description

This has been reported multiple times already (#357, #2151, #4539, #5255, etc.) and has never been completely solved, it has just disappeared by itself. Since yesterday, some pull requests to docker registry fail with errors like error pulling image configuration: Get https://dseasb33srnrn.cloudfront.net/registry-v2/docker/registry/v2/blobs/sha256/36/368db5c51bcd5821a9503b7d8349af948eaee516602969fe50915fd19f511cc0/data?Expires=1477399254&Signature=es6-HoHrzMRF1GtjFkiOq8E1aMlSMZzAwTWZuAI9DsRs-hJEdfRGoSYBBwSWxfzt2jZz0tySRfvpVSY8ef~wRwourd~QkA9G-sOf7ptk0B1FfWJLr7rlsmRSIpgF5sHMjkwxKTh~Tv-NzeDaEpMRMvm6fbMwjIJuZ~hKWZaH4z8_&Key-Pair-Id=APKAJECH5M7VWIS5YZ6Q: read tcp 10.0.2.15:35436->52.222.149.173:443: read: connection reset by peer

Steps to reproduce the issue:

  1. Try to pull wordpress (latest). It will fail.
docker pull wordpress
Using default tag: latest
latest: Pulling from library/wordpress
43c265008fae: Pulling fs layer
6ee27d07994b: Pulling fs layer
d43536f442a0: Download complete
4d9469dadeb4: Waiting
4fc33aa1941b: Waiting
09b922600db1: Waiting
01805b6582a4: Waiting
ec43f09bb70c: Waiting
6568948eed6b: Waiting
2dc0094a10b5: Waiting
7142d56062ec: Waiting
7a44a9f63706: Waiting
9b7c9a7c3515: Waiting
59249fc11e6f: Waiting
31611c57ce32: Waiting
712c4eef2d95: Waiting
aaf3860b31ac: Waiting
b04c02901a3a: Waiting
eb9dd4eb321b: Waiting
error pulling image configuration: Get https://dseasb33srnrn.cloudfront.net/registry-v2/docker/registry/v2/blobs/sha256/36/368db5c51bcd5821a9503b7d8349af948eaee516602969fe50915fd19f511cc0/data?Expires=1477399254&Signature=es6-HoHrzMRF1GtjFkiOq8E1aMlSMZzAwTWZuAI9DsRs-hJEdfRGoSYBBwSWxfzt2jZz0tySRfvpVSY8ef~wRwourd~QkA9G-sOf7ptk0B1FfWJLr7rlsmRSIpgF5sHMjkwxKTh~Tv-NzeDaEpMRMvm6fbMwjIJuZ~hKWZaH4z8_&Key-Pair-Id=APKAJECH5M7VWIS5YZ6Q: read tcp 10.0.2.15:35436->52.222.149.173:443: read: connection reset by peer
  1. Try to pull wordpress:4.3.1. It will take some time, but will eventually succeed (Some of the layers are going through one ore more retries).
 docker pull wordpress:4.3.1
4.3.1: Pulling from library/wordpress
d4bce7fd68df: Pull complete
a3ed95caeb02: Pull complete
77a07a807b0b: Pull complete
8e9dd06f34b8: Pull complete
bdeb40d51bd7: Pull complete
c1c9be13bf3c: Pull complete
b39c61dc46ac: Pull complete
7dd602b91016: Pull complete
523061e2010c: Pull complete
da8bdfcda793: Pull complete
0be8c57f353c: Pull complete
52c1189d4439: Pull complete
23ebc7f488dc: Pull complete
c2fadfc5c14d: Pull complete
08141e2af0f3: Pull complete
6f6c7167fd08: Pull complete
09fa28e1f215: Pull complete
fa2282b6ef71: Pull complete
8c2f663cf070: Pull complete

Describe the results you received: I have failed to pull a latest image from docker hub, however, I have successfully pulled not the latest tag for the same image. This also happens for other images and other tags.

Describe the results you expected: Obviously, I have expected to pull of the requested images.

Additional information you deem important (e.g. issue happens only occasionally): I have first discovered the issue yesterday, a few hours after I got Virtualbox updated to VirtualBox-5.0.28-111378-Win. The issue stayed after upgrading to VirtualBox-5.1.8-111374-Win and also stayed after upgrading docker toolbox to latest (v1.12.2). Also, I am testing this in an office with other coworkers that are not hitting the issue, but use similar setup (differences in OS and software version is possible).

Output of docker version:

Client:
 Version:      1.12.2
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   bb80604
 Built:        Tue Oct 11 17:00:50 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.12.2
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   bb80604
 Built:        Tue Oct 11 17:00:50 2016
 OS/Arch:      linux/amd64

Output of docker info:

Containers: 0
 Running: 0
 Paused: 0
 Stopped: 0
Images: 1
Server Version: 1.12.2
Storage Driver: aufs
 Root Dir: /mnt/sda1/var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 32
 Dirperm1 Supported: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge overlay null host
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Security Options: seccomp
Kernel Version: 4.4.24-boot2docker
Operating System: Boot2Docker 1.12.2 (TCL 7.2); HEAD : 9d8e41b - Tue Oct 11 23:40:08 UTC 2016
OSType: linux
Architecture: x86_64
CPUs: 1
Total Memory: 995.9 MiB
Name: test-host-2
ID: QFKW:A5SR:LMSM:YO7X:GXTI:463S:4D2Q:OPRH:3TRX:KWK3:KNZA:6BVF
Docker Root Dir: /mnt/sda1/var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
 File Descriptors: 13
 Goroutines: 23
 System Time: 2016-10-25T12:39:27.186690998Z
 EventsListeners: 0
Registry: https://index.docker.io/v1/
Labels:
 provider=virtualbox
Insecure Registries:
 127.0.0.0/8

Additional environment details (AWS, VirtualBox, physical, etc.): Virtualbox on Windows. See used versions in the text above.

About this issue

  • Original URL
  • State: closed
  • Created 8 years ago
  • Reactions: 15
  • Comments: 20 (2 by maintainers)

Most upvoted comments

is everyone on this issue running boot2docker / VirtualBox?

VirtualBox Version 5.1.10 has been released. So far that version has fixed the issue for me.

This appears to be the ticket with VirtualBox: https://www.virtualbox.org/ticket/16084

If you look at the comments and the linked duplicates, it actually isn’t just an SSL issue.

I’m having a similar issue where I get sporadic connection reset by peer errors when pulling images, fetching gpg keys, etc. I was using the latest VirtualBox release on Windows, 5.1.8. The issue seems to have disappeared after I downgraded VirtualBox to 4.3.40.

UPD. As others have confirmed below, VirtualBox-5.0.20-106931-Win works as well. Thanks, @shadjiiski!

thanks for the update @thoughtless! Since this is not a bug in Docker, i’ll close this issue, but i hope this helps others running into this issue

Having same issue VirtualBox 5.1.8, boot2docker 1.12.3

Confirmed, downgrading VirtualBox from 5.0.28-r111378 to 5.0.20-r106931 resolved the issue.

Info: MacOS Sierra, Docker version 1.12.1, build 6f9534c

I have the same issue: VirtualBox Version 5.1.8 r111374 (Qt5.5.1) Host OS: Mac OS X 10.12.1 Guest OS: Ubuntu 16.04

Run from Guest OS:

$ uname -a
Linux vagrant 4.4.0-31-generic #50-Ubuntu SMP Wed Jul 13 00:07:12 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

$ docker -v
Docker version 1.12.3, build 6b644ec

Pulling certain containers fails with an error very similar to the on reported in this bug:

$ sudo docker pull ruby
Using default tag: latest
latest: Pulling from library/ruby

43c265008fae: Already exists 
af36d2c7a148: Already exists 
143e9d501644: Already exists 
df720fc8e4f1: Already exists 
3da50f5b595a: Already exists 
b1b09906dc96: Pulling fs layer 
62e393cc0204: Pulling fs layer 
bad1179936bb: Pulling fs layer 
error pulling image configuration: Get https://dseasb33srnrn.cloudfront.net/registry-v2/docker/registry/v2/blobs/sha256/f8/f865c7d10eb4848e64a8d2298348f86fcb0f3ec1283a91df6964288bb8bad5dc/data?Expires=1478607981&Signature=YcuktcIYnhuVNxOU7~FvQywyn-JU5H3bQl2Xhz3jOfhEsgJJRQiSuHEeTlswloMWYwJfrihxjDNP4bEwcjYM1vwiqGZIF1QxgXJJWUr7ZudUFm23talRHqedKgvCqN3KP8VUGB-vV9muRi9~Fb5SLwSs1VvyF0EvkkwDAaSP8Wc_&Key-Pair-Id=APKAJECH5M7VWIS5YZ6Q: read tcp 10.0.2.15:37030->54.230.204.218:443: read: connection reset by peer

Pulling other containers works just fine:

$ sudo docker pull heroku/ruby
Using default tag: latest
latest: Pulling from heroku/ruby
5b8441eecea1: Pull complete 
a3ed95caeb02: Pull complete 
9b720d301395: Pull complete 
afcf4f4fc578: Pull complete 
a13533f78981: Pull complete 
8f4bded2eddf: Pull complete 
d2af01eb309f: Pull complete 
f52cd3b569ec: Pull complete 
0ef8259a80f7: Pull complete 
7d971c8e5453: Pull complete 
0b564ed6ca90: Pull complete 
e1e3bc9277c5: Pull complete 
a30876ddd0a3: Pull complete 
f4e9c9e37a83: Pull complete 
a6436801699a: Pull complete 
Digest: sha256:0f10f7db299c0c13d084ae369ada89326fb5270527e8d9c0752e4e8226431cc5
Status: Downloaded newer image for heroku/ruby:latest

Switching the VM to use Bridged Adapter rather than NAT fixed the issue. I shut down (not just suspended) the VM to make the change.

Issue confirmed. VirtualBox version 5.1.8 using Docker Machine on Windows 7

Everything works, exept for docker pull