Docker: no hay tal file o directory

Recibo un post de error de Docker cuando ejecuto mi file Docker. Está diciendo / var / lib / docker / aufs / layers / xxxx: no existe ese file o directory cuando ejecuto la compilation de Docker.

He intentado numerosas forms de eliminar contenedores e imágenes, así que estoy bastante bien en esto.

Alguna

El file Docker es:

FROM node:6 RUN git clone https://github.com/preboot/angular2-webpack.git WORKDIR angular2-webpack RUN sed -i.bak 's/--port 8080/--host 0.0.0.0 --port 8080/' package.json RUN npm i CMD [ "npm", "run", "start" ] 

La salida de la console completa es:

 Sending build context to Docker daemon 9.728 kB Step 1 : FROM node:6 6: Pulling from library/node 6a5a5368e0c2: Already exists 7b9457ec39de: Already exists ff18e19c2db4: Already exists 6a3d69edbe90: Already exists 0ce4b037e17f: Already exists 82252a100d5a: Already exists Digest: sha256:db245bde5445eb122d8dc090ba98539a9ef7f56c0ea981ade643695af0d8eaf0 Status: Downloaded newer image for node:6 ---> 9873603dc506 Step 2 : RUN git clone https://github.com/preboot/angular2-webpack.git open /var/lib/docker/aufs/layers/9319fd93cb6d6718243ff2e65ce5d2aa6122a1bb9211aa9f8e88d85c298727e5: no such file or directory User:docker-test 

Editar

El problema se resolvió gracias a la recomendación de @BMitchs:

  1. rm -rf / var / lib / docker / *
  2. Desinstalar Docker por completo
  3. re instalar docker

Con ese tipo de corrupción, le daría una oportunidad completa a la window acoplable, rm -rf /var/lib/docker/* . Antes de hacerlo, haga una copy de security de todos los datos (volúmenes), luego cierre la window acoplable y tendrá que extraer o volver a generar todas sus imágenes. Si todavía hay problemas con aufs, intente cambiar el controller del sistema de files, por ejemplo, cambiando a dockerd -s overlay2 en el inicio de su service.

No está de más comprobar si hay problemas comunes, como quedarse sin espacio en el disco o una versión anterior de la aplicación.

intente build la image nuevamente en una máquina limpia o usando el indicador –no-cache, esto parece un problema de almacenamiento en caching.

Además, en mi empresa, clonamos el código en la máquina que construye la image y luego copymos el código en el contenedor. En mi opinión, es una mejor solución, pero creo que es una cuestión de gusto.