Sous Linux Mint 17.1 x86_64 avec noyau 3.13.0-48-generic et OpenSSL version 1.0.1f-1ubuntu2.11; chaque fois que j'essaie d'exécuter une commande quelconque (comme docker login
ou docker run hello-world
), j'obtiens le message d'erreur suivant:
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?
J'ai fait un groupe appelé docker
en utilisant Sudo usermod -aG docker username
, J'ai essayé d'exécuter les commandes à la fois en tant que root et normalement, j'ai ajouté $(boot2docker shellinit 2> /dev/null)
à ~/.profile
Comme indiqué - ici , redémarré mon PC et réinstallé OpenSSL.
Une idée de ce qui me manque? Cela peut-il être un problème matériel?
Vous pouvez vérifier s'il a démarré en exécutant la commande ps -ef
. Vous pouvez également le grep à docker
si vous voulez réduire le nombre de résultats (en utilisant | grep docker
). Si sa ne fonctionne pas, exécutez
Sudo service docker start
OU si cela ne fonctionne toujours pas alors
Vous pouvez vous référer à ce lien
Tu peux courir docker run -d
ou docker run -d &
afin que vous puissiez utiliser le même terminal ou même le fermer si. La valeur true sera définie pour que votre conteneur s'exécute en mode "détaché", en arrière-plan.
Vous pouvez également le démarrer automatiquement lorsque votre système d'exploitation démarre avec update-rc.d servicename defaults
ou vous pouvez également vous référer aux liens ci-dessous, où vous devez donner docker
comme nom de service et vos valeurs par défaut.
Quelques autres liens à référencer - auto start , pstart
Ce sont différentes façons de le faire.
J'ai déployé docker sur CentOS 7 et mon ami m'a d'abord aidé à vérifier si le processus/service docker
est en cours d'exécution ou non. Il a utilisé la commande ps -ef | grep docker
. Il s'est avéré que le processus ne fonctionnait pas du tout. Enfin, il a commencé ce processus en utilisant la commande service docker start
. En fin de compte, le problème a été résolu.
Essayez d'installer apparmor
Sudo apt install apparmor
Il y a d'autres choses à rechercher dans cette réponse aussi.
J'ai rencontré le même problème lorsque je créais une image de menu fixe à partir de Jenkins. Il suffit d'ajouter l'utilisateur au groupe de menus, puis de redémarrer les services de menu fixe et dans mon cas, je dois redémarrer les services de Jenkins.
Ce fut l'erreur que j'ai eu
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]#
J'ai eu le même problème lorsque j'ai essayé de suivre une ressource en ligne; J'ai réussi à résoudre ce problème en exécutant docker en tant que super utilisateur. Essayez d'ajouter Sudo
avant vos commandes docker:
Sudo docker ps -a
Sudo docker run hello-world
J'espère que ça aide.
Couru dans le même problème ce matin. Vous voudrez peut-être simplement faire service docker start
. Cela fonctionne pour des centos (pourrait fonctionner pour tous), et c’est l’une de ces petites choses lancinantes que j’oublie tout le temps.
Techniquement, lorsque vous installez pour la première fois un service tel que docker ou httpd (Apache), vous devez le démarrer, sinon vous obtiendrez cette erreur. Vous pouvez également voir le statut des autres services en faisant service service_name status
mais encore une fois, c’est comme ça pour mes centos 7.
Cela peut se produire lorsque le service de base ne peut pas démarrer. Sudo service docker start
ou restart
ne renvoyer aucune sortie ne signifie pas qu’elle a démarré avec succès. Vous pouvez utiliser Sudo /etc/init.d/docker status
pour savoir si, et pourquoi, il n’a pas pu démarrer.
Dans mon cas, c'était dû au manque d'espace disque.
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.
Après avoir supprimé certains fichiers, j'ai pu redémarrer le service et exécuter les conteneurs de menu fixe normalement.
Je l'ai résolu en exécutant cette commande en mode Sudo, par exemple. "Images de docker Sudo"
Couru dans le même problème après avoir suivi les étapes à https://docs.docker.com/linux/step_one/ . Le service Docker était en cours d'exécution et j'avais également ajouté l'utilisateur au groupe Docker. Les commandes de docker ne fonctionnaient pas sans Sudo.
Ce qui l’a résolu pour moi a été de redémarrer le PC. Note- Avant le redémarrage de PC, j'avais également essayé d'arrêter et de démarrer le démon docker. Je suis sur Ubuntu 12.04.
Dans mon cas, c'était à cause du fichier /Users/user/.ssh/config
dispose des autorisations 777. Pour vérifier son exécution dans le terminal ssh docker@localhost
Couru dans le même problème après avoir suivi les étapes à https://docs.docker.com/linux/step_one/ . Le service Docker était en cours d'exécution et j'avais également ajouté l'utilisateur au groupe Docker. Les commandes de docker ne fonctionnaient pas sans Sudo.
Ce qui l’a résolu pour moi a été de redémarrer le PC. Note- Avant le redémarrage de PC, j'avais également essayé d'arrêter et de démarrer le démon docker. Je suis sur Ubuntu 12.04.