Harbor: docker push always getting struck at EOF after multiple retries

Created on 3 Jul 2018  路  8Comments  路  Source: goharbor/harbor

docker info
_Containers: 9
Running: 9
Paused: 0
Stopped: 0
Images: 10
Server Version: 18.05.0-ce
Storage Driver: overlay
Backing Filesystem: xfs
Supports d_type: 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: 773c489c9c1b21a6d78b5c538cd395416ec50f88
runc version: 4fc53a81fb7c994640722ac585fa9ca548971871
init version: 949e6fa
Security Options:
seccomp
Profile: default
Kernel Version: 3.10.0-693.11.1.el7.x86_64
Operating System: CentOS Linux 7 (Core)
OSType: linux
Architecture: x86_64
CPUs: 2
Total Memory: 7.638GiB
ID: GGT7:JMUS:KF3O:P2GS:5ZFE:CF5G:XLFO:YZR6:M6KV:3BS6:A4ZE:MM6N
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
Labels:
Experimental: false_

docker-compose --version
docker-compose version 1.21.2, build a133471

Steps to reproduce:

docker login https://harbor.masked.com -u username
Login Succeeded
docker tag "registry.dev.masked.com/automation2/secret-service:v7.39" "harbor.masked.com/masked/secret-service:v7.39"
docker push "harbor.masked.com/masked/secret-service:v7.39"
The push refers to a repository [harbor.masked.com/masked/secret-service]
a379d11d0c1b: Preparing
7c014dbdd3b5: Preparing
00778a7df930: Preparing
7b7f45886fb4: Preparing
eb644e346134: Preparing
ec006cc6a5b3: Preparing
8195b3872690: Preparing
94d9b81d28c0: Preparing
37b97733984a: Preparing
4b9a18e50bbb: Preparing
bcc97fbfc9e1: Preparing
8195b3872690: Waiting
94d9b81d28c0: Waiting
bcc97fbfc9e1: Waiting
37b97733984a: Waiting
4b9a18e50bbb: Waiting
ec006cc6a5b3: Waiting
eb644e346134: Layer already exists
ec006cc6a5b3: Layer already exists
8195b3872690: Layer already exists
94d9b81d28c0: Layer already exists
37b97733984a: Layer already exists
4b9a18e50bbb: Layer already exists
bcc97fbfc9e1: Layer already exists
7b7f45886fb4: Retrying in 5 seconds
7c014dbdd3b5: Retrying in 5 seconds
00778a7df930: Retrying in 5 seconds
a379d11d0c1b: Retrying in 5 seconds
7b7f45886fb4: Retrying in 4 seconds
7c014dbdd3b5: Retrying in 4 seconds
...
00778a7df930: Retrying in 1 second
a379d11d0c1b: Retrying in 1 second
7b7f45886fb4: Retrying in 1 second
EOF

logs.zip

I searched for similar issue, but that one is closed and I couldn't solve using the solution provided there
https://github.com/vmware/harbor/issues/3753

needtriage

Most helpful comment

Hi, I got the same error like below:

f85c58969eb0: Pushing [==================================================>]  141.9MB
82d548d175dd: Pushing [==================================================>]  9.216kB
fe4c16cbf7a4: Pushing [==================================================>]    123MB/123MB
EOF

And I just realized that my current docker was using the manual proxy. So, I mean to pay attention the docker proxy.

All 8 comments

@rizwan-kh What is your storage backend? I have similar EOF issue while pushing a docker image with S3 as the registry backend. Adding the following to the registry config.yml manually fixes my issue.

storage:
  redirect:
    disable: true

I have an issue opened on harbor-boshrelease project that I am using to deploy harbor. May be it belongs here .
https://github.com/vmware/harbor-boshrelease/issues/15

@suppalapati13 I initially used s3 as the storage backend, but was facing enormous issues, so switched back to filesystem. My current issue is on a filesystem storage backend.

@rizwan-kh Did you setup Harbor with the hostname: harbor.masked.com?
Is there any proxy/firewall between the host where you issued docker push and the Harbor instance?

@reasonerjt yes, I did set it up with a hostname as harbor.mycompanyname.com and there is no proxy/firewall between the host from where I am issuing the docker push command. This was working since the start and I have been pushing all images using the same CI/CD workflow where I had configured the push to the registry as a job.

I am closing this issue, as the push is working fine now. Seems an intermittent issue. Shall open a new ticket in case this arises again.

I have the issue with harbor deployed through the helm chart https://github.com/goharbor/harbor/tree/master/contrib/helm/harbor into a minikube instance.

I used the following command:
helm install . --name registry --set externalDomain=my.registry.host.com,insecureRegistry=true --set externalPort=

@rizwan-kh What is your storage backend? I have similar EOF issue while pushing a docker image with S3 as the registry backend. Adding the following to the registry config.yml manually fixes my issue.

storage:
  redirect:
    disable: true

I have an issue opened on harbor-boshrelease project that I am using to deploy harbor. May be it belongs here .
vmware/harbor-boshrelease#15

You save my life ! It works like a charm! Thanks !!

Hi, I got the same error like below:

f85c58969eb0: Pushing [==================================================>]  141.9MB
82d548d175dd: Pushing [==================================================>]  9.216kB
fe4c16cbf7a4: Pushing [==================================================>]    123MB/123MB
EOF

And I just realized that my current docker was using the manual proxy. So, I mean to pay attention the docker proxy.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

Hotege picture Hotege  路  3Comments

272909106 picture 272909106  路  4Comments

andrewtchin picture andrewtchin  路  3Comments

abououdine picture abououdine  路  3Comments

levchik picture levchik  路  4Comments