Cannt eseguire o build immagini Docker su CentOS 7

Sto imparando utilizzando Docker adesso, ho installato il docker sul mio server (CentOS 7). Ma quando seggo l'esercitazione ufficiale, incontro un problema che non riesce a continuare:

mkdir /var/lib/docker/overlay/7849ab40fd8072dcd724387dab14707bb4af0e94d9ab4f71795d0c478c3d49a9-init/merged/dev/shm: invalid argument 

questo viene visualizzato quando costruisco / gestisce la maggior parte delle immagini (poche immagini che non hanno fallito sono python ufficiali: ultimi e ciao)

Quello che sto cercando di fare è tirare l'image ufficiale "docker / whalesay" e gestirla come segue:

 docker run docker/whalesay Unable to find image 'docker/whalesay:latest' locally latest: Pulling from docker/whalesay e190868d63f8: Pull complete 909cd34c6fd7: Pull complete 0b9bfabab7c1: Pull complete a3ed95caeb02: Pull complete 00bf65475aba: Pull complete c57b6bcc83e3: Pull complete 8978f6879e2f: Pull complete 8eed3712d2cf: Pull complete Digest: sha256:178598e51a26abbc958b8a2e48825c90bc22e641de3d31e18aaf55f3258ba93b Status: Downloaded newer image for docker/whalesay:latest docker: Error response from daemon: mkdir /var/lib/docker/overlay/fb4b7f34f0963d158856dadccec49963e47716865c83066f7e6eaf0bae057a13-init/merged/dev/shm: invalid argument. See 'docker run --help'. 

Ecco le mie informazioni per il docker:

 Containers: 5 Running: 0 Paused: 0 Stopped: 5 Images: 4 Server Version: 1.13.0 Storage Driver: overlay Backing Filesystem: extfs Supports d_type: true Logging Driver: json-file Cgroup Driver: cgroupfs Plugins: Volume: local Network: bridge host macvlan null overlay Swarm: inactive Runtimes: runc Default Runtime: runc Init Binary: docker-init containerd version: 03e5862ec0d8d3b3f750e19fca3ee367e13c090e runc version: 2f7393a47307a16f8cee44a37b262e8b81021e3e init version: 949e6fa Security Options: seccomp Profile: default Kernel Version: 3.10.0-327.22.2.el7.x86_64 Operating System: CentOS Linux 7 (Core) OSType: linux Architecture: x86_64 CPUs: 2 Total Memory: 3.702 GiB Name: iZ25d1y69iaZ ID: VJAP:FBMM:CQ5I:KIV5:FO47:VJUJ:ECU2:5TOS:JZBE:EUSH:HUFF:NCAZ Docker Root Dir: /var/lib/docker Debug Mode (client): false Debug Mode (server): false Registry: https://index.docker.io/v1/ WARNING: bridge-nf-call-iptables is disabled WARNING: bridge-nf-call-ip6tables is disabled Experimental: false Insecure Registries: 127.0.0.0/8 Live Restore Enabled: false 

Ho cercato di cercare, non ho trovato lo stesso problema. sembra un problema di file system, quindi qui è il mio df -h e file -s / dev / vda1

 Filesystem Size Used Avail Use% Mounted on /dev/vda1 40G 4.9G 33G 14% / devtmpfs 1.9G 0 1.9G 0% /dev tmpfs 1.9G 0 1.9G 0% /dev/shm tmpfs 1.9G 352K 1.9G 1% /run tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup tmpfs 380M 0 380M 0% /run/user/1000 

.

 /dev/vda1: Linux rev 1.0 ext4 filesystem data, UUID=80b9b662-0a1d-4e84-b07b-c1bf19e72d97 (needs journal recovery) (extents) (large files) (huge files) 

Sono nuovo a Docker, quindi questo forse lo stesso problema di configuration o versione di versione, ma ho havnt scoprire.

Apprezzo i suggerimenti e le risposte!

Modifica: problema di GitHub con la discussione di questo problema.

Ricordo che c'era un problema con i file system di 3.10 kernel e overlayfs / ext4 / xfs, e alcune persone hanno notato che ha iniziato a lavorare nuovamente con un kernel più recente (credo che in 3.18 overlayfs stato aggiunto il module overlayfs al kernel).

Quindi, se l'aggiornamento del kernel è un'opzione, puoi controllare se funziona overlayfs+ext4 .

Se un aggiornamento del kernel non è un'opzione, allora indovino che l'unica opzione è utilizzare un altro driver di archiviazione (non dovrebbe essere disponibile un aufs , quindi mapper dispositivo )

Ero in SLES12 e ho risolto il problema

  1. docker di arresto di servizio
  2. vi /etc/docker/daemon.json (Questo è un nuovo file)
  3. Aggiungi la seguente voce

{"storage-driver": "devicemapper"}

  1. servizio d'avvio di servizio