La finestra mobile non può connettersi al demone finestra mobile

Dopo aver aggiornato la mia versione di Docker a 0.8.0, ricevo un messaggio di errore durante l'immissione sudo docker version:

Client version: 0.8.0
Go version (client): go1.2
Git commit (client): cc3a8c8
2014/02/19 12:54:16 Can't connect to docker daemon. Is 'docker -d' running on this host?

E ho seguito le istruzioni e ho inserito il comando sudo docker -d, e ho ottenuto questo:

[/var/lib/docker|2462000b] +job initserver()
[/var/lib/docker|2462000b.initserver()] Creating server
open /var/lib/docker/aufs/layers/cf2414da53f9bcfaa48bc3d58360d7f1cfd3784e4fe51fbef95197709dfc285d: no such file or directory[/var/lib/docker|2462000b] -job initserver() = ERR (1)
2014/02/19 12:55:57 initserver: open /var/lib/docker/aufs/layers/cf2414da53f9bcfaa48bc3d58360d7f1cfd3784e4fe51fbef95197709dfc285d: no such file or directory

Come risolvo il problema?

Linux

I passaggi post-installazione per la documentazione Linux rivelano i seguenti passaggi:

1. Crea il gruppo finestra mobile .

   finestra mobile sudo groupadd

2. Aggiungi l'utente al gruppo finestra mobile .

   sudo usermod -aG docker $ (whoami)

3. Disconnettersi e riconnettersi per assicurarsi che la finestra mobile venga eseguita con le autorizzazioni corrette.
4. Avvia docker.

   inizio della finestra mobile di servizio sudo

Mac OS X

Come dice Dayel Ostraco è necessario aggiungere variabili di ambiente:

docker-machine start # Start virtual machine for docker
docker-machine env  # It's helps to get environment variables
eval "$(docker-machine env default)" # Set environment variables

Il docker-machine startcomando genera i commenti per guidare il processo.

Linux

Per eseguire il daemon docker su Linux (dalla CLI ), eseguire:

$ sudo service docker start # Ubuntu/Debian

^{Nota: saltare il $carattere durante la copia e incolla.}

Su RedHat / CentOS, eseguire: sudo systemctl start docker.

Per inizializzare il filesystem "base", eseguire:

$ sudo service docker stop
$ sudo rm -rf /var/lib/docker
$ sudo service docker start

o manualmente come:

$ sudo docker -d --storage-opt dm.basesize=20G

Installa docker-machinesu Linux

Per installare i binari della macchina su Linux:

• a livello locale:

  install -vm755 <(curl -L https://github.com/docker/machine/releases/download/v0.5.3/docker-machine_linux-amd64) $HOME/bin/docker-machine
  

• globale:

  sudo bash -c 'install -vm755 <(curl -L https://github.com/docker/machine/releases/download/v0.5.3/docker-machine_linux-amd64) /usr/local/bin/docker-machine'
  

Mac OS

Su macOS il dockerbinario è solo un client e non è possibile utilizzarlo per eseguire il daemon docker, poiché il daemon Docker utilizza funzionalità del kernel specifiche di Linux, pertanto non è possibile eseguire Docker in modo nativo in OS X. Quindi è necessario installare docker-machineper creare VM e allega ad esso.

Installa docker-machinesu macOS

Se non hai docker-machineancora il comando, installalo utilizzando uno dei seguenti metodi:

• Utilizzando Brew comando: brew install docker-machine docker.

• manualmente da GitHub :

  install -v <(curl https://github.com/docker/machine/releases/download/v0.5.3/docker-machine_linux-amd64) /usr/local/bin/docker-machine
  

Vedi: Inizia con Docker per Mac .

Configura docker-machinesu macOS

Per avviare Docker Machine tramite Homebrew, eseguire:

brew services start docker-machine

Per creare una defaultmacchina (se non ne hai una, vedi:) docker-machine ls:

docker-machine create --driver virtualbox default

Quindi configurare l'ambiente per il client Docker:

eval "$(docker-machine env default)"

Quindi ricontrolla elencando i contenitori:

docker ps

Vedi: Inizia con Docker Machine e una VM locale .

Installa Docker.app su macOS

In alternativa alla soluzione precedente, è possibile installare un'app Docker:

brew cask install docker

Controlla questo post per maggiori dettagli . Vedi anche: Impossibile connettersi al demone Docker su macOS

Se stai eseguendo Docker su OS X, eseguire il seguente eval ha funzionato per me.

eval "$(docker-machine env default)"

Se preferisci non dover eseguire questa dichiarazione di valutazione su ogni sessione terminale, puoi aggiungerla a bash_profile:

#Docker
eval "$(docker-machine env default)"

Assicurati di riavviare la sessione del terminale o eseguire il sorgente bash_profileper rendere effettive le modifiche.

Dopo un'indagine dettagliata, questo problema sembra verificarsi ogni volta dopo il riavvio di Mac OS X (o il riavvio della macchina virtuale Docker) che impedisce al client Docker di connettersi al demone Docker.

Per risolvere il problema, puoi:

A) Reinstalla Docker Toolbox utilizzando il programma di installazione ufficiale ( https://www.docker.com/products/docker-toolbox ) o semplicemente

B) Esegui i seguenti comandi in ordine:

# First make sure that the virtual machine is running
docker-machine start default

# Regenerate TLS connection certs, requires confirmation
docker-machine regenerate-certs default

# Finally, set env
eval "$(docker-machine env default)"

C) Come per (B), puoi anche copiare e incollare la seguente riga per eseguire tutti e tre i comandi:

docker-machine start default; docker-machine regenerate-certs default; eval "$(docker-machine env default)"

Nel caso in cui venga visualizzato il seguente errore:

Error getting SSH command: Something went wrong running an SSH command!
command : cat /etc/os-release
err     : exit status 255
output  :

basta eseguire nuovamente i tre comandi un'altra volta e dovrebbe funzionare la seconda volta.

Questo di solito accade quando non sei nel dockergruppo. Puoi aggiungerti al dockergruppo con:

sudo usermod -aG docker yourusername

o

sudo usermod -aG docker $(whoami)

Successivamente, è necessario disconnettersi e riconnettersi al server.

In alternativa, è possibile sudoogni comando Docker.

Se tutte le altre soluzioni sopra non funzionano, puoi provare a controllare la proprietà di /var/run/docker.sock:

ls -l /var/run/docker.sock

Se non sei il proprietario, cambia la proprietà con il comando:

sudo chown *your-username* /var/run/docker.sock

Quindi puoi andare avanti e provare a eseguire i comandi Docker senza problemi: D

Il modo migliore per scoprire perché Docker non funziona sarà eseguire il demone manualmente.

$ sudo service docker stop
$ ps aux | grep docker  # do this until you don't see /usr/bin/docker -d
$ /usr/bin/docker -d

Il demone Docker accede a STDOUT, quindi inizierà a sputare qualunque cosa stia facendo.

Ecco quale era il mio problema:

[8bf47e42.initserver()] Creating pidfile
2015/01/11 15:20:33 pid file found, ensure docker is not running or delete /var/run/docker.pid

Questo perché l'istanza era stata clonata da un'altra macchina virtuale. Ho dovuto solo rimuovere il pidfile e tutto ha funzionato in seguito.

Ovviamente, invece di supporre ciecamente che funzionerà, suggerirei di eseguire manualmente il demone ancora una volta e di rivedere l'output del registro per eventuali altri errori prima di avviare il backup del servizio.

Se ricevi il messaggio Can't connect to docker daemon. Is 'docker -d' running on this host?, puoi controllarlo docker version.

Se vedi informazioni come Docker Client è in esecuzione. ma Docker Server non lo è , è ovviamente necessario avviare il server Docker.

In CentOS, è possibile utilizzare serviceper avviare o arrestare il server Docker.

$ sudo service docker stop
$ sudo service docker start

Quindi, dopo aver digitato docker version, otterrai le informazioni di Docker Client e Docker Server e il demone Docker è stato avviato.

Fai un ps aux | grep dockerper vedere se il demone è in esecuzione. Se non eseguito/etc/init.d/docker start

Riavvio Docker dopo averlo installato:

$ sudo service docker stop
$ sudo service docker start

E funziona

Ho un problema simile Ho dovuto disconnettermi e accedere di nuovo alla shell perché ho appena installato Docker e il seguente comando non è stato visualizzato nel mio ambiente.

export DOCKER_HOST=127.0.0.1:4243 >> ~/.bashrc

Ho riscontrato questo problema e ho riavviato Docker utilizzando questi comandi:

$ sudo service docker stop
$ sudo service docker start

Ma non ho risolto il mio problema, perché ho dimenticato di eseguire i miei comandi Docker senza sudo. Per coloro che affrontano questo problema, prova a verificarlo.

Provare

$ sudo docker info

Invece di questo:

$ docker info

Puoi usare il comando

sudo service docker stop && sudo service docker start

semplicemente avviarlo.

Ho lo stesso errore e provare docker-machine regenerate-certso eval..non ha funzionato per me.

Questo su OS X 10.11.3 (El Capitan) e Docker v1.10.1. Sono stato in grado di risolverlo solo cancellando e ricreando nuovamente la finestra mobile. fonte

Se in esecuzione docker-machine ls, mostra un output simile a quello in basso;

DOCKER

Sconosciuto

ERRORI

Impossibile eseguire la query sulla versione della finestra mobile: Impossibile connettersi all'endpoint del motore della finestra mobile

Prova a rimuovere la tua macchina Docker con;

docker-machine rm -f default

Dov'è defaultil nome della tua macchina Docker. Poi;

docker-machine create -d virtualbox default

Crea una nuova macchina Docker.

Ricontrolla che ora tutto sembra normale (nessun errore o Docker sconosciuto) con:

docker-machine ls

Infine, non dimenticare di eseguire "$(docker-machine env default)"prima di continuare o eseguire il Docker Quickstart Terminal che lo fa per te ...

Ho avuto lo stesso problema: "Impossibile connettersi al demone docker". (tranne per il fatto che non ho riscontrato errori "file non trovato" nel tentativo di avviare il server.)

'ps' ha mostrato che "/ usr / bin / docker -d" era ancora in esecuzione

Mi sono reso conto che non ero mai riuscito a far funzionare il server da solo. Ogni tentativo aveva prodotto

...
2014/03/24 21:57:29 pid file found, ensure docker is not running or delete /var/run/docker.pid

Quindi ho tardivamente capito che l'installazione di docker aveva forse registrato il demone con upstart, il che l'aveva avviato per me. Quindi, il tentativo di uccidere il demone per riavviarlo manualmente non riesce (operazione non consentita). Quindi ho fatto un

sudo kill -9 <PID>

sul processo daemon. Un altro demone ha preso immediatamente il suo posto e questo nuovo fa ora connettersi al mio client CLI:

$ sudo docker info
Containers: 0
Images: 0
Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Dirs: 0
WARNING: No memory limit support
WARNING: No swap limit support

Prova ad aggiungere l'utente corrente al dockergruppo:

sudo usermod -aG docker $USER

Quindi disconnettersi e accedere.

Usa l' app Docker CE

Mac OS

Utilizza la nuova app Docker Community Edition per macOS. Per esempio:

1. Disinstallare tutti i pacchetti Docker Homebrew che hai installato finora:

   brew uninstall docker-compose
   brew uninstall docker-machine
   brew uninstall docker
   

2. Installa un'app manualmente o tramite Homebrew-Cask :

   brew cask install docker
   

   ^{Nota: Questa applicazione creerà collegamenti necessari a docker, docker-compose, docker-machine, etc.}

3. Dopo aver eseguito l'app, controlla l'icona di una balena Docker nel menu di stato.

4. Ora si dovrebbe essere in grado di utilizzare docker, docker-compose, docker-machinecomandi come al solito nel terminale .

Relazionato:

• La finestra mobile di installazione Brew non include il motore docker?
• Impossibile connettersi al demone Docker su macOS

Linux / Windows

Scarica Docker CE dalla pagina di download e segui le istruzioni.

Sapevo che ci sono già molte risposte in questo post. Vorrei solo aggiungere una semplice risposta che risolva il problema sopra menzionato.

sudo systemctl start docker

Esegui il comando sopra e avvierà tutti i thread / servizi relativi alla finestra mobile.

Ho appena avuto lo stesso problema, continuando Amazon AWS .

Ecco cosa ho provato:

• Impostare docker-machine localmente con istanza AWS già esistente
• Setup generico usato
• È stato collegato, ma poiché la porta remota è stata chiusa, non è riuscita
• Successivamente, il demone Docker ha rifiutato di avviarsi, ma l'esecuzione dockerdha funzionato ...

È stato testato di seguito sul computer remoto:

service docker start # Also restart, no success
systemctl start docker # Also restart, no success
dockerd # Success

Ho rimosso /var/lib/dockere disinstallato tutto, ma non c'è stato successo dopo la reinstallazione. Sfortunatamente non ho registri memorizzati per errori, madocker.service semplicemente rifiutato di avviarlo.

Tuttavia, ciò che alla fine ha risolto il mio problema era sostanzialmente:

sudo usermod -aG docker $(whoami)

Seguendo il sito DOC di Docker: Gestisci Docker come utente non root

1) Crea gruppo Docker

sudo groupadd docker 

2) Rendi l'utente appartenente al gruppo docker per ottenere i privilegi del gruppo.

sudo usermod -aG docker $USER

Controlla se la variabile di ambiente DOCKER_HOST è impostata per la tua shell.

env | grep DOCKER_HOST

Se esiste,

unset DOCKER_HOST

Quindi questo dovrebbe funzionare:

docker run hello-world

Se stai eseguendo su OS X usando lo strumento Docker, segui questo.

Riavvia il demone e configura il tuo ambiente:

docker-machine restart

E poi

docker-machine env

Finalmente,

eval $(docker-machine env)

Per testare il demone è in esecuzione:

docker ps -ao docker-machine ls. Questo elencherà tutti i contenitori.

Ho avuto lo stesso problema. In CentOS 6.5:

ps aux |grep `cat /var/run/docker.pid`

Se mostra che non esiste alcun processo daemon Docker, quindi digito:

docker -d

Quindi Ctrl+ Dper arrestare Docker. Poiché utilizziamo l' -dopzione, Docker verrà eseguito come demone. Ora possiamo fare:

service docker start

Quindi posso fare un docker pull centos. È tutto.

NOTA: se questi non funzionano, puoi provare yum update, quindi ripeterli di nuovo, perché yum installprima di questi.

Il servizio Docker potrebbe non essere in esecuzione.

Se usi RedHat / Fedora / CentOS, prova questo:

sudo systemctl start docker

Se sei su Ubuntu / Debian:

sudo service start docker

Docker inizierà a funzionare sul tuo host e sulla rispettiva porta.

Controlla se stai usando Docker Machine :)

La corsa docker-machine env defaultdovrebbe fare il trucco.

Perché secondo la documentazione:

Docker Machine è uno strumento che consente di installare Docker Engine su host virtuali e di gestire gli host con docker-machinecomandi. Puoi usare Machine per creare host Docker sul tuo Mac locale o Windows box, sulla tua rete aziendale, nel tuo data center o su provider cloud come AWS o Digital Ocean.

Utilizzando i docker-machinecomandi, è possibile avviare, ispezionare, arrestare e riavviare un host gestito, aggiornare il client Docker e il demone e configurare un client Docker per comunicare con l'host.

Puntare l'interfaccia della riga di comando della macchina su un host gestito in esecuzione e puoi eseguire i dockercomandi direttamente su quell'host. Ad esempio, eseguire docker-machine env defaultil punto a un host chiamato default, seguire le istruzioni sullo schermo per completare envl'installazione ed eseguire docker ps, docker run hello-worlde così via.

https://docs.docker.com/machine/overview/

1. Ho avuto anche lo stesso problema. Il problema riguardava i socket assegnati a docker-daemon e docker-client.
2. Innanzitutto, l'autorizzazione non è stata impostata per il docker-client su docker.sock È possibile impostarlo utilizzando "sudo usermod -aG docker $ USER"
3. Quindi controlla il tuo file bash dove è in esecuzione il docker-client, per me era su 0.0.0.0:2375, mentre docker-daemon era in esecuzione su socket unix (è stato impostato nel file di configurazione di dockerd).
4. Basta commentare la riga bash e funzionerà benissimo.
5. Ma se vuoi farlo funzionare sulla porta TCP invece che su unix socket, cambia il file di configurazione di dockerd e impostalo su 0.0.0.0.2375 e mantieni la riga bash com'è se presente o impostala su 0.0.0.0: 2375.

Per risolvere, è necessario emettere i seguenti comandi nel terminale. Spiegherò ogni passaggio:

# Uninstall Docker from apt packages
$ sudo apt-get remove docker docker.io

# Remove it from the libraries just to be
# sure it's gone forever
$ sudo rm -rf /var/lib/docker/*

Ora, se vuoi semplificare le cose e ottenere più tempo, puoi eseguire il mio initscript con il parametro installDocker:

# Pull the init script from GitHub
$ wget https://github.com/dminca/dotfiles/blob/master/init

# Add rights to run the script
$ chmod 755 init

# Just run the script with the installDocker parameter
$ ./init installDocker

Un riavvio è facoltativo, ma ti suggerisco di farlo per essere sicuro che tutto funzioni senza intoppi.

Ho avuto lo stesso problema con Docker 1.10 su Ubuntu 14.04 e nessuna delle risposte fornite ha funzionato. Per me, la correzione era specificare il driver di archiviazione durante l'esecuzione del demone Docker.

sudo docker daemon --storage-driver=devicemapper

Se usi gitlab-ci / gitlab-runners otterrai questo errore se non hai i permessi per accedere /var/run/docker.sock.

Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock

Per risolvere il problema:

sudo usermod -aG docker gitlab-runner

Verifica con:

sudo -u gitlab-runner -H docker info

Spero che aiuti.

Se la rigenerazione dei certificati TLS non funziona

docker-machine regenerate-certs default

Prova a riavviare la finestra mobile e imposta la variabile env:

docker-machine restart default
eval $(docker-machine env default)

Controlla se la macchina funziona con:

docker-machine ls

o in alternativa

docker run hello-world

Questo ha funzionato per me. Tuttavia, se il demone non è ancora attivo , la pagina di risoluzione dei problemi di Docker illustra in dettaglio un processo per l'arresto, la rimozione e la creazione di una nuova macchina.

Ho anche riscontrato il problema "Impossibile connettersi al demone Docker. Il demone docker è in esecuzione su questo host?".

Mi ero dimenticato di usare sudo. Spero che possa aiutare alcuni di noi.

$:docker images
Cannot connect to the Docker daemon. Is the docker daemon running on this host?

$:sudo docker images
REPOSITORY   TAG   IMAGE ID   CREATED   SIZE