Docker fails pulling repository with error: Too Many Requests (HAP429)

I was trying to install gitlab using docker containers and was able to bring up gitlab successfully using docker compose file from sameersbn.
However after few uninstalls and (docker rm ) reinstalls (docker-compose up) as part of CI testing, I started getting this weird error while running docker-compose up or docker run

[ ~]# docker run java
Unable to find image 'java:latest' locally
Pulling repository
docker: Error while pulling image: Get malformed MIME header line: Too Many Requests (HAP429)..
See 'docker run --help'.

I can’t seem to be able to pull any of the docker containers using docker run or docker-compose.

  • Why does the container created with - 'docker run -d alpine sleep infinity' goes into exited/stopped state?
  • docker-proxy - Error starting userland proxy while trying to bind on 443
  • HDP 2.5 Hortonworks ambari-admin-password-reset missing
  • Kitematic: connecting to a docker machine with different name
  • Fleetctl job already exists
  • Cache docker images on Travis CI
  • Couldn’t find much help online reg this issue.
    As per the docker hub forum the issue should disappear after an hour but I waited half a day without much luck!

    Here are the details of my installation:

    [root@server build]# docker version
     Version:      1.12.1
     API version:  1.24
     Go version:   go1.6.3
     Git commit:   23cf638
     OS/Arch:      linux/amd64
     Version:      1.12.1
     API version:  1.24
     Go version:   go1.6.3
     Git commit:   23cf638
     OS/Arch:      linux/amd64
    [root@server build]# docker info
    Containers: 0
     Running: 0
     Paused: 0
     Stopped: 0
    Images: 15
    Server Version: 1.12.1
    Storage Driver: devicemapper
     Pool Name: docker-thinpool
     Pool Blocksize: 524.3 kB
     Base Device Size: 10.74 GB
     Backing Filesystem: xfs
     Data file:
     Metadata file:
     Data Space Used: 3.077 GB
     Data Space Total: 61.2 GB
     Data Space Available: 58.12 GB
     Metadata Space Used: 1.204 MB
     Metadata Space Total: 641.7 MB
     Metadata Space Available: 640.5 MB
     Thin Pool Minimum Free Space: 6.119 GB
     Udev Sync Supported: true
     Deferred Removal Enabled: true
     Deferred Deletion Enabled: false
     Deferred Deleted Device Count: 0
     Library Version: 1.02.107-RHEL7 (2015-10-14)
    Logging Driver: json-file
    Cgroup Driver: cgroupfs
     Volume: local
     Network: bridge null host overlay
    Swarm: inactive
    Runtimes: runc
    Default Runtime: runc
    Security Options: seccomp
    Kernel Version: 3.10.0-327.el7.x86_64
    Operating System: CentOS Linux 7 (Core)
    OSType: linux
    Architecture: x86_64
    CPUs: 4
    Total Memory: 7.64 GiB
    Docker Root Dir: /var/lib/docker
    Debug Mode (client): false
    Debug Mode (server): true
     File Descriptors: 17
     Goroutines: 23
     System Time: 2016-10-09T18:34:43.969512367-05:00
     EventsListeners: 0
    WARNING: bridge-nf-call-ip6tables is disabled
    Insecure Registries:

    Any help would be much appreciated. I’m stuck with this error and can’t proceed any further with my gitlab.


  • Can Docker plugins inspect label metadata from starting image?
  • docker private registry within local network
  • OpenVSwitch in container with IP-Tables
  • Gitlab behind HAProxy with ssl termination
  • Failed to resolve 'kafka:9092': Name or service not known - docker / php-rdkafka
  • error in installing apache libtool not found
  • One Solution collect form web for “Docker fails pulling repository with error: Too Many Requests (HAP429)”

    This may or may not be relevant to your situation, but I can report that I had the same error (didn’t go away within an hour) and it was related to the fact that I was on a VPN to my office. I don’t know if the VPN was the issue, or the NAT of my workplace, but when I turned off the VPN, the issue went away.

    Note, I was running Docker for Windows (W7), so my circumstances are quite different from yours. But perhaps this answer will be useful to you or to anyone else looking for an answer.

    Bottom line: If you are using a VPN, switch it off and try again. If you are inside a corporate filewall, try from outside.

    Docker will be the best open platform for developers and sysadmins to build, ship, and run distributed applications.