docker - swarm - No se pueden extraer/insertar imágenes después de actualizar la ventana acoplable a 1.12
docker registry ui (6)
El registro privado funcionó bien basado en el docker 1.10.3, pero no puedo extraer / insertar imágenes después de que el docker se haya actualizado a 1.12.0.
Había modificado / etc / sysconfig / docker como:
OPTIONS=''--selinux-enabled=true --insecure-registry=myip:5000''
o
OPTIONS=''--selinux-enabled=true --insecure-registry myip:5000''
pero cuando ejecuto pull / push, recibí este error:
$ docker pull myip:5000/cadvisor
Using default tag: latest
Error response from daemon: Get https://myip:5000/v1/_ping: http: server gave HTTP response to HTTPS client
cuando cambio la ventana acoplable a 1.10.3, todavía funciona bien como se muestra a continuación:
$ docker pull myip:5000/cadvisor
Using default tag: latest
Trying to pull repository myip:5000/cadvisor ...
latest: Pulling from myip:5000/cadvisor
09d0220f4043: Pull complete
a3ed95caeb02: Pull complete
151807d34af9: Pull complete
14cd28dce332: Pull complete
Digest:
sha256:33b6475cd5b7646b3748097af1224de3eee3ba7cf5105524d95c0cf135f59b47
Status: Downloaded newer image for myip/cadvisor:latest
Alguna información relativa se enumera a continuación:
docker version
Client:
Version: 1.12.0
API version: 1.24
Go version: go1.6.3
Git commit: 8eab29e
Built:
OS/Arch: linux/amd64
Server:
Version: 1.12.0
API version: 1.24
Go version: go1.6.3
Git commit: 8eab29e
Built:
OS/Arch: linux/amd64
docker info
Containers: 4
Running: 1
Paused: 0
Stopped: 3
Images: 241
Server Version: 1.12.0
Storage Driver: devicemapper
Pool Name: docker-253:0-6809-pool
Pool Blocksize: 65.54 kB
Base Device Size: 107.4 GB
Backing Filesystem: xfs
Data file: /dev/loop0
Metadata file: /dev/loop1
Data Space Used: 5.459 GB
Data Space Total: 107.4 GB
Data Space Available: 34.74 GB
Metadata Space Used: 9.912 MB
Metadata Space Total: 2.147 GB
Metadata Space Available: 2.138 GB
Thin Pool Minimum Free Space: 10.74 GB
Udev Sync Supported: true
Deferred Removal Enabled: false
Deferred Deletion Enabled: false
Deferred Deleted Device Count: 0
Data loop file: /var/lib/docker/devicemapper/devicemapper/data
WARNING: Usage of loopback devices is strongly discouraged for production use. Use ''--storage-opt dm.thinpooldev'' to specify a custom block storage device.
Metadata loop file: /var/lib/docker/devicemapper/devicemapper/metadata
Library Version: 1.02.107-RHEL7 (2016-06-09)
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
Volume: local
Network: host overlay null bridge
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Security Options: seccomp
Kernel Version: 3.10.0-229.el7.x86_64
Operating System: CentOS Linux 7 (Core)
OSType: linux
Architecture: x86_64
CPUs: 24
Total Memory: 62.39 GiB
Name: server_3
ID: TITS:BL4B:M5FE:CIRO:5SW6:TVIV:HW36:J7OS:WLHF:46T6:2RBA:WCNV
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
File Descriptors: 21
Goroutines: 32
System Time: 2016-08-02T10:33:06.414048675+08:00
EventsListeners: 0
Registry: https://index.docker.io/v1/
WARNING: bridge-nf-call-iptables is disabled
WARNING: bridge-nf-call-ip6tables is disabled
Insecure Registries:
127.0.0.0/8
docker exec <registry-container> registry -version
registry github.com/docker/distribution v2.2.1
Después de reiniciar el docker daemon en modo de depuración, los registros del daemon al reproducir mi problema se enumeran a continuación:
DEBU[0794] Calling POST /v1.24/images/create?fromImage=10.10.10.40%3A5000%2Fcadvisor&tag=latest
DEBU[0794] hostDir: /etc/docker/certs.d/10.10.10.40:5000
DEBU[0794] hostDir: /etc/docker/certs.d/10.10.10.40:5000
DEBU[0794] Trying to pull 10.10.10.40:5000/cadvisor from https://10.10.10.40:5000 v2
WARN[0794] Error getting v2 registry: Get https://10.10.10.40:5000/v2/: http: server gave HTTP response to HTTPS client
ERRO[0794] Attempting next endpoint for pull after error: Get https://10.10.10.40:5000/v2/: http: server gave HTTP response to HTTPS client
DEBU[0794] Trying to pull 10.10.10.40:5000/cadvisor from https://10.10.10.40:5000 v1
DEBU[0794] hostDir: /etc/docker/certs.d/10.10.10.40:5000
DEBU[0794] attempting v1 ping for registry endpoint https://10.10.10.40:5000/v1/
DEBU[0794] Fallback from error: Get https://10.10.10.40:5000/v1/_ping: http: server gave HTTP response to HTTPS client
ERRO[0794] Attempting next endpoint for pull after error: Get https://10.10.10.40:5000/v1/_ping: http: server gave HTTP response to HTTPS client
ERRO[0794] Handler for POST /v1.24/images/create returned error: Get https://10.10.10.40:5000/v1/_ping: http: server gave HTTP response to HTTPS client
DEBU[1201] clean 2 unused exec commands
Además, solo ejecuto un comando simple para iniciar el registro privado para la prueba, cualquier otra cosa es por defecto:
docker run -d -p 5000:5000 --restart=always --name registry -v ''pwd''/data:/var/lib/registry registry:2
No hay proxy configurado. En resumen, es solo un entorno de muestra silencioso para la prueba.
Si está utilizando Windows y obtiene este error, debe crear un archivo aquí:
"C:/ProgramData/docker/config/daemon.json"
y haga lo mismo que @Bspec mencionado anteriormente:
{"registros inseguros": ["myregistry.example.com:5000"]}
Luego reinicie Docker usando los comandos de PowerShell:
Stop-Service docker
Start-Service docker
También tuve el mismo problema y seguí los pasos a continuación:
1. Crear archivo
vi /etc/docker/daemon.json
2. Agregar contenido debajo
{
"insecure-registries":["192.168.1.142:5000"]
}
3. Reiniciar Docker
service docker restart
Tuve el mismo problema.
Esto me ayudó:
-
Cree o modifique /etc/docker/daemon.json en la máquina cliente
{ "insecure-registries":["myregistry.example.com:5000"] } -
Reiniciar Docker Daemon
sudo /etc/init.d/docker restart
modificar "/etc/docker/daemon.json" no funcionó para mí.
Ponerlo debajo de "/ etc / sysconfig / docker" como se muestra a continuación, funcionó.
INSECURE_REGISTRY = "- registro inseguro 192.168.24.1:8787"
