Docker
Cualquier comando de Docker falla igual. El cliente y el demonio son dos cosas distintas y hablan por un socket Unix.
En el orden en que lo miramos nosotros. No es un ranking de frecuencia: no publicamos estadísticas que no hemos medido.
El demonio no está corriendo.
Comprobar
sudo systemctl status dockerCorregir
sudo systemctl start docker && sudo systemctl enable dockerTu usuario no pertenece al grupo docker, así que no puede abrir el socket.
Comprobar
id -nG | tr ' ' '\n' | grep -x dockerCorregir
sudo usermod -aG docker $USER
# Hay que abrir una sesión nueva: los grupos se leen al iniciar sesión.
# Pertenecer al grupo docker equivale a tener root en la máquina; concédelo
# sabiendo eso.El demonio no arrancó, normalmente por disco lleno o por un fichero de configuración con JSON inválido.
Comprobar
sudo journalctl -u docker -n 50 --no-pager
sudo cat /etc/docker/daemon.json 2>/dev/null | python3 -m json.toolCorregir
# Corregir daemon.json o liberar espacio y reintentar.DOCKER_HOST apunta a otro sitio, heredado de una configuración remota o de un contexto.
Comprobar
echo "$DOCKER_HOST"
docker context lsCorregir
unset DOCKER_HOST
docker context use defaultLos comandos de esta página se ejecutan en tu servidor y algunos modifican la configuración: léelos antes de pegarlos. Las rutas y los nombres de servicio varían entre distribuciones. Así se elabora este catálogo.
Soporte Linux y DevOps en español