2014-12-20 29 views
9

Sto lavorando su una nuova macchina virtuale consegnato da Host Europe che corrisponde alla descrizione sul https://docs.docker.com/installation/ubuntulinux/#ubuntu-trusty-1404-lts-64-bit (quindi Ubuntu Trusty 14.04 (LTS) (64-bit), 3.13.0 kernel Linux) . Dopo aver installato il pacchetto docker.io docker ps fallisce con "Impossibile connettersi al daemon Docker. È 'docker -d' in esecuzione su questo host?" Quando si esegue docker -d ottengo:Esecuzione finestra mobile -d non su Ubuntu 14.04

INFO[0000] +job serveapi(unix:///var/run/docker.sock) 
INFO[0000] +job init_networkdriver() 
inappropriate ioctl for device 
INFO[0000] -job init_networkdriver() = ERR (1) 
FATA[0000] inappropriate ioctl for device 

Apparentemente Questo errore si verifica anche quando il servizio finestra mobile tenta di avviarsi tramite upstart. L'ho provato anche con l'ultimo pacchetto di docker in base a "Installazione del pacchetto gestito da Docker" nella descrizione sopra menzionata.

Qui è la più dettagliata ouptput utilizzando docker -D -d:

INFO[0000] +job serveapi(unix:///var/run/docker.sock) 
DEBU[0000] libdevmapper(3): ioctl/libdm-iface.c:363 (-1) /dev/mapper/control: open failed: Operation not permitted 
DEBU[0000] libdevmapper(3): ioctl/libdm-iface.c:415 (-1) Failure to communicate with kernel device-mapper driver. 
DEBU[0000] libdevmapper(3): ioctl/libdm-iface.c:417 (-1) Check that device-mapper is available in the kernel. 
DEBU[0000] Using graph driver vfs 
DEBU[0000] Creating images graph 
DEBU[0000] Restored 0 elements 
DEBU[0000] Creating repository list 
INFO[0000] +job init_networkdriver() 
DEBU[0000] Creating bridge docker0 with network 172.17.42.1/16 
DEBU[0000] setting bridge mac address = true 
inappropriate ioctl for device 
INFO[0000] -job init_networkdriver() = ERR (1) 
FATA[0000] inappropriate ioctl for device 

idee chiunque? Grazie in anticipo. (Sembra un "deadend" per me dopo un sacco di "dockerizing" di successo su VM locali.)

risposta

6

Molto probabilmente il tuo hoster non fornisce cgroups . Ciò accade a volte a seconda del tipo di virtualizzazione che usano. Ho lo stesso problema con www.stratro.de

Questo è quando cat /proc/cgroups restituisce una tabella vuota.

Si può vedere di più qui: https://mannlinstones.wordpress.com/2014/08/12/docker-v-server-strato-final-results/

+0

Grazie - questo è esattamente ciò che ho immaginato ora. Ciò rende in pratica ** Docker a JOKE ** in molti casi, perché così tante piccole aziende IT si affidano a provider di VM come Host Europe o Strato (in tutta Europa). Purtroppo l'ho capito ** DOPO ** Ho ancorato la mia intera infrastruttura ... Grrr. Qualche ** AVVERTENZA su [link] (www.docker.com) sarebbe il minimo da aspettarsi **. – Dan

+3

Ho appena scoperto che https://www.leaseweb.com/ fornisce una virtualizzazione che viene eseguita con finestra mobile. Hanno centri dati negli Stati Uniti, NL e DE. Forse questo è tuo. – d0x

0

Hai controllato le dipendenze di runtime da Docker ->Check runtime dependencies? È sicuramente un problema con il tuo filesystem forse è relativo al problema this.

Da Docker:

un correttamente montato cgroupfs gerarchia (avere un unico, onnicomprensivo "cgroup" punto di montaggio non è sufficiente)

+0

Grazie molto per voi suggerimenti iniziali. Ho controllato le dipendenze del runtime - sono ok, eccetto per la struttura cgroups: 'less/proc/cgroups' restituisce una tabella vuota (eccetto le intestazioni della tabella). Tuttavia non ho idea di come risolvere questo problema - Inoltre, mi manca una più profonda conoscenza di base sui cgroup. I pacchetti 'cgroup-lite' e' apparmor' sono (ovviamente) installati ... – Dan

Problemi correlati