Impossibile eseguire la finestra mobile ciao-mondo: mountpoint per dispositivi non trovati

Nuovo alla finestra mobile.

Docker installato dallo strumento di gestione del software in mint 17.

Quando corro docker run hello-worldricevo:

FATA[0000] Error response from daemon: Cannot start container a6bcc1ede2c38cb6b020cf5ab35ebd51b64535af57fa44f5966c37bdf89c8781: [8] System error: mountpoint for devices not found 

Quando guardo i log di servizio ( /var/log/upstart/docker.log) vedo:

ERRO[0617] Couldn't run auplink before unmount: exec: "auplink": executable file not found in $PATH 
ERRO[0617] Couldn't run auplink before unmount: exec: "auplink": executable file not found in $PATH 

: versione docker

Client version: 1.6.2
Client API version: 1.18
Go version (client): go1.2.1
Git commit (client): 7c8fca2
OS/Arch (client): linux/amd64
Server version: 1.6.2
Server API version: 1.18
Go version (server): go1.2.1
Git commit (server): 7c8fca2
OS/Arch (server): linux/amd64

: informazioni sulla finestra mobile

Containers: 2
Images: 1
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 5
 Dirperm1 Supported: false
Execution Driver: native-0.2
Kernel Version: 3.13.0-24-generic
Operating System: Ubuntu 14.04.3 LTS
CPUs: 8
Total Memory: 15.6 GiB
Name: DWDEV-HOME-HBABAI
ID: K4GX:DTV6:547V:U3BO:YEOA:WVNU:NZEZ:L3GG:4W7U:IXNS:X3QK:5PVR
WARNING: No memory limit support
WARNING: No swap limit support

Aggiornare:

sudo apt-get install aufs-toolsServizio docker installato e riavviato. Non vedo più il seguente errore:

ERRO[0617] Couldn't run auplink before unmount: exec: "auplink": executable file not found in $PATH 

Tuttavia, nei registri vedo che quando si avvia la finestra mobile mi avvisa del punto di montaggio della memoria:

INFO[0000] -job init_networkdriver() = OK (0)           
/var/run/docker.sock is up
WARN[0000] mountpoint for memory not found              
INFO[0000] Loading containers: start.         

Ho la sensazione che abbia a che fare con il cgroup ... ma non so nulla di quella tecnologia (ancora) ...

Si è scoperto che dovevo installare cgroup-lite. È stato uno scatto al buio ma ho seguito questa risposta

Aggiungerò qui un'altra risposta per le persone che vedranno questo nel 2020 su Debian, poiché la mia risoluzione a questo problema non era presente in nessuno dei risultati della ricerca trovati quando cercavamo su Google la stringa di errore "mountpoint per dispositivi non trovati".

Sfondo:

• Debian 8.11 in esecuzione su Google Cloud Platform
• Ho avuto un Docker funzionante installato 5 settimane fa con due container in esecuzione

Improvvisamente si rese conto che qualcosa aveva fatto schiantare i container. L'unica causa remota che potevo trovare era che avevo eliminato una cartella principale sull'host di cui era stata mappata una sottocartella come volume. Un altro motivo potrebbe essere il montaggio di un dispositivo fisico aggiuntivo.

Il risultato finale in ogni caso è stato che il tentativo di avviare qualsiasi contenitore docker ha comportato il messaggio di errore visualizzato nella domanda (" mountpoint for devices not found") e non è stato eseguito alcun riavvio (e quindi l'aggiornamento del kernel).

I passaggi che ho preso per eseguire il debug del problema sono stati

1. Esaminare i registri: journalctl -xn | less. Non conteneva davvero troppe informazioni aggiuntive
2. Arresta il daemon Docker ( /etc/init.d/docker stop).
3. Aggiungi un file in /etc/docker/daemon.jsoncui era l'unico contenuto{"debug": true}
4. Prova a riavviare il demone docker solo per vederlo fallire
5. Ispeziona i registri, che ora verrebbero riempiti con molte più informazioni

Questi cgrouperrori correlati sono stati quelli che hanno portato alla risposta:

Jan 13 20:17:15 dev-diffia-no dockerd[9022]: time="2020-01-13T20:17:15.964631675Z" level=warning msg="Your kernel does not support cgroup memory limit"
Jan 13 20:17:15 dev-diffia-no dockerd[9022]: time="2020-01-13T20:17:15.964654637Z" level=warning msg="Unable to find cpu cgroup in mounts"
Jan 13 20:17:15 dev-diffia-no dockerd[9022]: time="2020-01-13T20:17:15.964667575Z" level=warning msg="Unable to find blkio cgroup in mounts"
Jan 13 20:17:15 dev-diffia-no dockerd[9022]: time="2020-01-13T20:17:15.964680057Z" level=warning msg="Unable to find cpuset cgroup in mounts"
Jan 13 20:17:15 dev-diffia-no dockerd[9022]: time="2020-01-13T20:17:15.964750643Z" level=warning msg="mountpoint for pids not found"
Jan 13 20:17:15 dev-diffia-no dockerd[9022]: time="2020-01-13T20:17:15.980250151Z" level=debug msg="Cleaning up old mountid : start."
Jan 13 20:17:15 dev-diffia-no dockerd[9022]: Error starting daemon: Devices cgroup isn't mounted

OK, qualcosa su cgroupse montaggio. Ciò mi ha portato a una soluzione alternativa per un problema di cgroups diverso che poteva essere applicato in questo caso, di cui gli unici comandi che sembravano avere un effetto erano

1. /etc/init.d/docker stop
2. cgroupfs-mount
3. /etc/init.d/docker start

Ora, dopo aver riavviato Docker, i log contenevano ancora alcune righe di errori relativi al cgroup:

Jan 13 20:24:42 dev-diffia-no dockerd[9775]: time="2020-01-13T20:24:42.258571633Z" level=warning msg="Your kernel does not support cgroup memory limit"
Jan 13 20:24:42 dev-diffia-no dockerd[9775]: time="2020-01-13T20:24:42.258591020Z" level=warning msg="Unable to find cpu cgroup in mounts"
Jan 13 20:24:42 dev-diffia-no dockerd[9775]: time="2020-01-13T20:24:42.258937091Z" level=warning msg="mountpoint for pids not found"

Ma metà di loro ( blkio, cpuset) erano spariti e, cosa più importante, la riga successiva diceva:

Jan 13 20:24:42 dev-diffia-no dockerd[9775]: time="2020-01-13T20:24:42.259420798Z" level=info msg="Loading containers: start."

E infine

Unit docker.socket has finished starting up.

Quindi, in sostanza, rimontare le cose del cgroup ha risolto il problema. Non è necessario riavviare.