- El error informado por Docker pull es el siguiente:
-bash-4.2# docker pull hub.yj.com/test/dep_client:test
Error response from daemon: Get http://hub.yj.com/v2/: dial tcp: lookup hub.yj.com on 218.2.135.1:53: server misbehaving
Como se muestra abajo:
Análisis de la razón:
El nombre de dominio (hub.yj.com) no se puede resolver localmente y es necesario configurar el DNS correspondiente al nombre de dominio.
solución:
vi /etc/resolv.conf
antes de arreglar:
# Generated by NetworkManager
nameserver 218.2.135.1
Después de la modificación:
# Generated by NetworkManager
nameserver 172.16.6.107 # 此行为增加部分,该IP为hub.yj.com域名对应的DNS地址
nameserver 218.2.135.1
Docker pull nuevamente puede tener éxito
- El error informado por docker pull es el siguiente:
[root@yunjia-03-centos7-135-in ~]# docker pull hub.yj.com/test/dep_client:test
Error response from daemon: Get https://hub.yj.com/v2/: dial tcp 172.16.6.253:443: getsockopt: connection refused
o
[root@yunjia-03-centos7-135-in ~]# docker pull hub.yj.com/test/dep_client:test
Error response from daemon: Get https://hub.yj.com/v2/: dial tcp: lookup hub.yj.com on 218.2.135.1:53: read udp 172.16.6.104:57822->218.2.135.1:53: i/o timeout
Análisis de la razón:
La razón principal es que la dirección del almacén no está configurada en el archivo de configuración de la ventana acoplable, solo agregue la dirección del almacén
solución:
vi /etc/docker/daemon.json
antes de arreglar:
{
"registry-mirrors": ["https://zanh3wut.mirror.aliyuncs.com"],
"insecure-registries": ["172.16.6.108:8089"]
}
Después de la modificación:
{
"registry-mirrors": ["https://zanh3wut.mirror.aliyuncs.com"],
"insecure-registries": ["172.16.6.108:8089","hub.yj.com"] # 增加该仓库信息hub.yj.com
}
Reinicie el servicio de la ventana acoplable
-bash-4.2# systemctl restart docker
Luego vaya a docker pull para extraer con éxito.
- La dirección IP de un determinado servicio no se puede hacer ping dentro de la ventana acoplable
Fenómeno:
Ingresar a Docker, Telnet o hacer ping a un determinado servicio o dirección IP no está disponible, pero está disponible después de salir de Docker.
Motivo: el servidor necesita realizar un reenvío interno.
solución:
Edite /etc/sysctl.conf
el archivo del servidor (el servidor fuera de la ventana acoplable) y agregue el siguiente contenido al final del archivo:
#开启网桥模式
net.bridge.bridge-nf-call-ip6tables=1
net.bridge.bridge-nf-call-iptables=1
net.bridge.bridge-nf-call-arptables=1
#开启转发
net.ipv4.ip_forward=1
Ejecuta el comando para que sea efectivo:
[root@VCS01 ~]# sysctl -p
net.bridge.bridge-nf-call-ip6tables = 1
net.bridge.bridge-nf-call-iptables = 1
net.bridge.bridge-nf-call-arptables = 1
net.ipv4.ip_forward = 1
[root@VCS01 ~]#
Puede ver que el contenido recién agregado surtirá efecto.
Luego ingrese la verificación del docker para pasar normalmente.
-
Después de que Docker Swarm implementa el servicio, no puede iniciar el problema
Fenómeno:
Después de implementar el servicio, no se puede iniciar el servicio y no hay ningún registro cuando se visualiza el registro a través de los registros de la ventana acoplable. El estado del contenedor es el siguiente:
Método de resolución de problemas:
Puede ver el registro de inicio del contenedor a través
docker service ps --no-trunc {serviceName}
del comando, de la siguiente manera:Se puede ver que la dirección o el nombre del espejo son incorrectos, y podemos localizar rápidamente la causa del problema en este momento.