macos - what - ¿Cómo reparar el error de Docker "Error al tirar de la imagen... demasiados redireccionamientos" al extraer imágenes del registro?
kubernetes operators (6)
En MacOSX, si usa Docker Machine puede intentar:
docker-machine ls
docker-machine ssh YOUR_VM_NAME
y luego desde dentro de la máquina virtual: elimine el proceso / usr / local / bin / docker y vuelva a iniciarlo a mano:
sudo /usr/local/bin/docker -d -D -g /var/lib/docker -H unix:// -H tcp://0.0.0.0:2376 --label provider=virtualbox --tlsverify --tlscacert=/var/lib/boot2docker/ca.pem --tlscert=/var/lib/boot2docker/server.pem --tlskey=/var/lib/boot2docker/server-key.pem -s aufs
Curiosamente, reiniciar de esta manera
sudo /etc/init.d/docker restart
no ayuda.
Estoy ejecutando Docker a través de CoreOS y Vagrant en OS X 10.10.
Cuando ejecuto docker pull ubuntu
en CoreOS, recibí los siguientes errores:
$ docker pull ubuntu
Pulling repository ubuntu
cc0067db4f11: Error pulling image (precise) from ubuntu, endpoint: https://cdn-registry-1.docker.io/v1/, Get https://cdn-registry-1.docker.io/v1/images/cc0067db4f11198ef6fd0435f96a973e559b1cebfceb2bc8e4fe527b32045c2f/ancestry: dial tcp: lookup cdn-registry-1.dcc0067db4f11: Error pulling image (precise) from ubuntu, Get https://cdn-registry-1.docker.io/v1/images/cc0067db4f11198ef6fd0435f96a973e559b1cebfceb2bc8e4fe527b32045c2f/ancestry: dial tcp: lookup cdn-registry-1.docker.io on [10.0.2.3]:53: too many redirects
6006e6343fad: Error pulling image (quantal) from ubuntu, endpoint: https://cdn-registry-1.docker.io/v1/, Get https://cdn-registry-1.docker.io/v1/images/6006e6343fadaaeb5dd98436a3cd17eac8c03cabca1ed4c8778d039e72ebcc9c/ancestry: dial tcp: lookup cdn-registry-1.d6006e6343fad: Error pulling image (quantal) from ubuntu, Get https://cdn-registry-1.docker.io/v1/images/6006e6343fadaaeb5dd98436a3cd17eac8c03cabca1ed4c8778d039e72ebcc9c/ancestry: dial tcp: lookup cdn-registry-1.docker.io on [10.0.2.3]:53: too many redirects
7656cbf56a8c: Error pulling image (13.04) from ubuntu, endpoint: https://cdn-registry-1.docker.io/v1/, Get https://cdn-registry-1.docker.io/v1/images/7656cbf56a8c831de71ef43809b04fcf8125e7b039250835b6c5f6f280daf12e/ancestry: dial tcp: lookup cdn-registry-1.doc7656cbf56a8c: Error pulling image (13.04) from ubuntu, Get https://cdn-registry-1.docker.io/v1/images/7656cbf56a8c831de71ef43809b04fcf8125e7b039250835b6c5f6f280daf12e/ancestry: dial tcp: lookup cdn-registry-1.docker.io on [10.0.2.3]:53: too many redirects
3db9c44f4520: Error pulling image (lucid) from ubuntu, endpoint: https://cdn-registry-1.docker.io/v1/, Get https://cdn-registry-1.docker.io/v1/images/3db9c44f45209632d6050b35958829c3a2aa256d81b9a7be45b362ff85c54710/ancestry: dial tcp: lookup cdn-registry-1.doc3db9c44f4520: Error pulling image (lucid) from ubuntu, Get https://cdn-registry-1.docker.io/v1/images/3db9c44f45209632d6050b35958829c3a2aa256d81b9a7be45b362ff85c54710/ancestry: dial tcp: lookup cdn-registry-1.docker.io on [10.0.2.3]:53: too many redirects
5cf8fd909c6c: Error pulling image (trusty) from ubuntu, endpoint: https://cdn-registry-1.docker.io/v1/, Get https://cdn-registry-1.docker.io/v1/images/5cf8fd909c6ccc61199df6dbeb165767b83c23842ef49ca3ef3b81ece1bdce4f/ancestry: dial tcp: lookup cdn-registry-1.do5cf8fd909c6c: Error pulling image (trusty) from ubuntu, Get https://cdn-registry-1.docker.io/v1/images/5cf8fd909c6ccc61199df6dbeb165767b83c23842ef49ca3ef3b81ece1bdce4f/ancestry: dial tcp: lookup cdn-registry-1.docker.io on [10.0.2.3]:53: too many redirects
d2099a5ba6c5: Error pulling image (saucy) from ubuntu, endpoint: https://cdn-registry-1.docker.io/v1/, Get https://cdn-registry-1.docker.io/v1/images/d2099a5ba6c5a0f94f84162d69b4cb79b47c7ea1768550c6cee55a7ba2dc3647/ancestry: dial tcp: lookup cdn-registry-1.docd2099a5ba6c5: Error pulling image (saucy) from ubuntu, Get https://cdn-registry-1.docker.io/v1/images/d2099a5ba6c5a0f94f84162d69b4cb79b47c7ea1768550c6cee55a7ba2dc3647/ancestry: dial tcp: lookup cdn-registry-1.docker.io on [10.0.2.3]:53: too many redirects
2014/06/05 12:17:11 Could not find repository on any of the indexed registries.
Realmente apreciaría si alguien pudiera darme un consejo útil sobre cómo solucionar este problema.
En Windows pude arreglarlo haciendo lo siguiente:
- Ir a la aplicación de cuadro virtual
- Eliminar la máquina virtual que se creó
- Reiniciar la computadora (opcional, creo)
- Comience Kitematic
- Regresa a Virtual Box, presiona show
- Asegúrate de que el comando ping google.com funcione
Ahora puedo descargar imágenes del acoplador desde el centro.
No sé sobre OS X, pero en Linux esto podría suceder debido a "malo" /etc/resolv.conf en el host. Por ejemplo, ubuntu pone algo así como:
nameserver 127.0.1.1
y luego maneja las solicitudes DNS a través de algún servicio. El problema es que esto es accesible desde el interior de la imagen.
Para solucionar esto, tuve que agregar algunos servidores de nombres externos, como:
nameserver 127.0.1.1
nameserver 8.8.8.8
nameserver 8.8.4.4
Pruebe esta solución temporal:
osx$ boot2docker up
osx$ boot2docker ssh
docker@boot2docker$ sudo echo "nameserver 8.8.8.8" > /etc/resolv.conf
docker@boot2docker$ sudo /etc/init.d/docker restart
Funciona hasta el reinicio.
Tuve un problema similar al intentar extraer un contenedor del repositorio de Docker con este comando:
docker pull ubuntu
Tenga en cuenta que estaba usando coreos dentro de virtualbox y estaba usando Nat como mi configuración de red para tener acceso a internet. Al cambiar los modos de red con virtualbox, no pude hacer ningún tirón.
Resolví el problema reiniciando docker con systemctl iniciando este comando:
sudo systemctl reinicia docker
Y luego mi tirón funcionó bien. Espero que esta solución te haya ayudado. Y lo obtuve de una cuestión de grupo de Google dirigida por uno de los creadores de CoreOS ( Brandon Philips ) a través de este enlace: https://groups.google.com/forum/#!topic/coreos-dev/vWqSbPgNYro
10.0.2.3
es el servidor virtualbox dns, verifique el ajuste del motor NAT de VirtualBox
Puede como otros usos sugeridos 8.8.8.8
que es el servidor de google dns.
# /etc/resolve.conf
nameserver 8.8.8.8
Y si trabajas en Intranet, entonces reemplázalo con tu servidor DNS normal, al que puedes agregar search
y también a continuación
# /etc/resolve.conf
nameserver xxx.xxxx.xxx
search company.com
Esto será bueno para acceder a su repositorio privado