Resumen de las preguntas frecuentes de Docker (actualización continua)

  1. 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:

imagen-20200909145556639

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

  1. 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.

  1. 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.confel 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.

  1. 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:

    imagen-20221118181058131

    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:

    imagen-20221118181455520

    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.

Supongo que te gusta

Origin blog.csdn.net/tl4832194/article/details/127927632
Recomendado
Clasificación