linux - the - Docker: ¿Estás intentando conectarte a un daemon compatible con TLS sin TLS?

uninstall docker ubuntu (12)

En mi caso fue por el archivo /Users/user/.ssh/config tiene permisos 777. Para verificarlo, ejecútelo en el terminal ssh docker@localhost

En Linux Mint 17.1 x86_64 con kernel 3.13.0-48-generic y OpenSSL versión 1.0.1f-1ubuntu2.11; Cada vez que trato de ejecutar cualquier comando de docker (como docker login o docker run hello-world ), aparece el siguiente error:

FATA[0000] Get http:///var/run/docker.sock/v1.18/info: dial unix /var/run/docker.sock: no such file or directory. Are you trying to connect to a TLS-enabled daemon without TLS?

He creado un grupo llamado docker utilizando sudo usermod -aG docker username , he intentado ejecutar los comandos como root y normalmente, agregué $(boot2docker shellinit 2> /dev/null) a ~/.profile como se indica here , reinicié mi PC y reinstaló OpenSSL.

¿Alguna idea de lo que me estoy perdiendo? ¿Puede ser esto un problema de hardware?

Encontré el mismo problema esta mañana. Es posible que solo desee hacer el service docker start . Funciona para centos (Podría funcionar para todos), y es una de esas pequeñas cosas molestas que olvido todo el tiempo.

Técnicamente, cuando instala por primera vez un servicio como Docker o httpd (apache) realmente debe iniciarse, de lo contrario, obtendrá ese error. También puede ver el estado de otros servicios haciendo service service_name status pero de nuevo, así es para mis centos 7.

Esto puede suceder cuando el servicio de acoplador no puede iniciarse. sudo service docker start o restart devolviendo ningún resultado no significa que se inició correctamente. Puede usar sudo /etc/init.d/docker status para averiguar si, y por qué, no se pudo iniciar.

En mi caso, fue debido a la falta de espacio en el disco.

username@computer:~$ sudo service docker restart username@computer:~$ sudo /etc/init.d/docker status ? docker.service - Docker Application Container Engine Loaded: loaded (/lib/systemd/system/docker.service; enabled; vendor preset: enabled) Active: failed (Result: start-limit) since Mon 2015-12-21 15:11:59 PST; 21s ago Docs: http://docs.docker.com Process: 26463 ExecStart=/usr/bin/docker -d -H fd:// $DOCKER_OPTS (code=exited, status=1/FAILURE) Main PID: 26463 (code=exited, status=1/FAILURE) Dec 21 15:11:59 computer docker[26463]: time="2015-12-21T15:11:59-08:00" level=info msg="Listening for HTTP on fd ()" Dec 21 15:11:59 computer docker[26463]: time="2015-12-21T15:11:59-08:00" level=info msg="+job init_networkdriver()" Dec 21 15:11:59 computer docker[26463]: time="2015-12-21T15:11:59-08:00" level=info msg="-job init_networkdriver() = OK (0)" Dec 21 15:11:59 computer docker[26463]: time="2015-12-21T15:11:59-08:00" level=fatal msg="Shutting down daemon due to errors: Insertion failed because database is full: database or disk is full" Dec 21 15:11:59 computer systemd[1]: docker.service: main process exited, code=exited, status=1/FAILURE Dec 21 15:11:59 computer systemd[1]: Unit docker.service entered failed state. Dec 21 15:11:59 computer systemd[1]: docker.service failed. Dec 21 15:11:59 computer systemd[1]: start request repeated too quickly for docker.service Dec 21 15:11:59 computer systemd[1]: Failed to start Docker Application Container Engine. Dec 21 15:11:59 computer systemd[1]: docker.service failed.

Después de eliminar algunos archivos, pude reiniciar el servicio y ejecutar contenedores acoplables normalmente.

Implementé Docker en CentOS 7, y mi amigo primero me ayudó a comprobar si el docker proceso realmente se está ejecutando o no. Él usó el comando ps -ef | grep docker ps -ef | grep docker . Resultó que el proceso no se ejecutaba en absoluto. Finalmente, comenzó este proceso utilizando el comando service docker start . Al final, el problema fue resuelto.

Intenta instalar apparmor

sudo apt install apparmor

También hay otras cosas que buscar en esta respuesta .

Lo resolví ejecutando ese comando en modo sudo, por ejemplo, "imágenes de sudo docker"

Me enfrenté al mismo problema cuando estaba creando una imagen acoplable de Jenkins, simplemente agregué el usuario al grupo acoplable y luego reinicié los servicios acoplables y en mi caso tengo que reiniciar los servicios Jenkins.

Este fue el error que obtuve

http:///var/run/docker.sock/v1.19/build?cgroupparent=&cpuperiod=0&cpuquota=0&cpusetcpus=&cpusetmems=&cpushares=0&dockerfile=Dockerfile&memory=0&memswap=0&rm=1&t=59aec062a8dd8b579ee1b61b299e1d9d340a1340: dial unix /var/run/docker.sock: permission denied. Are you trying to connect to a TLS-enabled daemon without TLS? FATAL: Failed to build docker image from project Dockerfile java.lang.RuntimeException: Failed to build docker image from project Dockerfile Solution: [root@Jenkins ssh]# groupadd docker [root@Jenkins ssh]# gpasswd -a jenkins docker Adding user jenkins to group docker [root@Jenkins ssh]# /etc/init.d/docker restart Stopping docker: [ OK ] Starting docker: [ OK ] [root@Jenkins ssh]# /etc/init.d/jenkins restart Shutting down Jenkins [ OK ] Starting Jenkins [ OK ] [root@Jenkins ssh]#

Puede verificar si ha comenzado ejecutando el comando ps -ef . También puede expandirlo a la docker si desea reducir el número de resultados (usando | grep docker ). Si no se ejecuta, ejecuta

sudo service docker start

O si todavía no funciona, entonces

Puedes referir este enlace

docker docs

Puede ejecutar docker run -d o docker run -d & para que pueda usar el mismo terminal o incluso cerrarlo si. Establecerá el valor en verdadero, por lo que su contenedor se ejecutará en modo "separado", en el fondo.

También puede iniciarlo automáticamente cuando su sistema operativo comience a usar update-rc.d servicename defaults o también puede consultar los enlaces a continuación, donde debe update-rc.d servicename defaults como nombre de servicio y sus valores predeterminados.

Algunos más enlaces para referirse - inicio automático , upstart

Estas son formas diferentes de hacerlo.

Se encontró con el mismo problema después de seguir los pasos en https://docs.docker.com/linux/step_one/ . el servicio del acoplador se estaba ejecutando y yo también había agregado el usuario al grupo del acoplador. los comandos del docker no funcionaban sin sudo.

Lo que me solucionó fue reiniciar la PC. Nota: Antes de reiniciar el PC, también había intentado detener e iniciar el daemon docker. Estoy en Ubuntu 12.04.

Tuve el mismo problema cuando traté de seguir algunos recursos en línea; Pude resolver esto ejecutando la ventana acoplable como superusuario, intento agregar sudo antes de los comandos de la ventana acoplable:

sudo docker ps -a

sudo docker run hello-world

Espero eso ayude.

sudo chmod 777 /var/run/docker.sock