Compose: Error al intentar ejecutar docker-compose up. "Error de tiempo de ejecución de oci: container_linux.go:247..."

He conseguido arreglarlo. Tenía permisos incorrectos y necesitaba ejecutar docker-compose como sudo .

También recibo este error y sudo solucionó. Sin embargo, debería haber una solución alternativa a este problema.

@michalwarda @jakerobers Yo también estoy experimentando este problema. Creo que deberías reabrir el tema.

Estoy usando una instalación bastante sencilla de Docker para Mac, y no recuerdo haber hecho nada que requiera este nivel de permiso en el comando docker-compose .

Recibo un error similar y, lamentablemente, Sudo no soluciona este.

ERROR: for grafana  Cannot start service grafana: invalid header field value "oci runtime error: container_linux.go:247: starting container process caused \"exec: \\\"/init-grafana-and-run.sh\\\": permission denied\"\n"

Tuve un problema similar con mis imágenes y encontré este hilo.
En mi caso, resultó que montar los volúmenes es fuente de confusión.

En su caso, asegúrese de que app.conf sea un archivo existente.
./config/nginx/app.conf:/etc/nginx/conf.d/default.conf

Esto montará su app.conf local dentro del contenedor docker.
Si no existe en su máquina local, la ventana acoplable creará localmente un directorio "app.conf", que no es lo que normalmente esperaría en este caso particular.

Espero que te ayude.

haga clic en _bandeja de iconos Docker > Configuración... > Controladores compartidos_ y seleccione la casilla de verificación _Compartido:_ C y D
¡Quizás te ayude!

He notado que tener una línea CMD en un dockerfile y un parámetro de comando en un archivo docker-compose también desencadenará este error.

Este problema no debe cerrarse; aún sucede, y Sudo no es realmente una buena solución cuando se necesita apuntar a docker-compose en una máquina remota para su implementación.

Esto es con docker-compose 1.9.0.

Curiosamente, si entro en la máquina, docker-compose up -d se completa sin errores. Entonces, para mí, esto solo sucede cuando se ejecuta de forma remota.

Lo extraño es que el montaje en el mensaje de error es para una ruta local (en negrita a continuación), a la que se hace referencia relativamente en mi docker-compose, por lo que quizás este sea un problema de ruta relativa/absoluta con docker-compose.

ERROR: para nginx No se puede iniciar el servicio nginx: valor de campo de encabezado no válido "error de tiempo de ejecución de oci:
container_linux.go:247: el inicio del proceso del contenedor provocó \"process_linux.go:359: el inicio del contenedor provocó
\\"rootfs_linux.go:53: montando \\\\ "/data/www/aq/docker/nginx/default.conf \\\\" a rootfs \\\\"/var
/lib/docker/aufs/mnt/8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f\\\\"
en \\\\"/var/lib/docker/aufs/mnt
/8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f/etc/nginx/conf.d
/default.conf\\\\" provocó que \\\\"no sea un directorio\\\\"\\"\"\n"

Esto se debe a una línea en docker-compose.yml que intenta apuntar la configuración de nginx al sistema de archivos local:

    volumes:
      - ./docker/nginx/default.conf:/etc/nginx/conf.d/default.conf

Esto debería resolverse en /home/root/docker en el control remoto y /data/www/aq/docker localmente. En cambio, docker-compose parece estar tratando de usar la ruta local en el control remoto.

Feliz de proporcionar cualquier otro detalle/registros.

debe hacer que docker-entrypoint.sh sea un ejecutable antes de construir la imagen:

chmod +x docker-entrypoint.sh

de lo contrario, no se puede ejecutar y obtiene el error de permiso.

Mismo problema aquí. Ni idea de cómo empezó todavía.

Lo encontré, no estaba asignando opciones en el orden correcto:

docker-compose run web -f docker-compose-prod.yml /bin/bash

falla mientras:

docker-compose run -f docker-compose-prod.yml web /bin/bash

obras.

Esas restricciones en el orden de los parámetros son bastante molestas. Nunca ha tenido tantos problemas con ningún ejecutable de Unix...

He estado golpeando mi cabeza contra mi teclado tratando de hacer que esto funcione. ¡Gracias por publicar la corrección!

Este problema también ocurre en mi ventana acoplable nativa en Mac... ¡no tengo idea de cómo resolverlo!

ERROR: for elasticsearch  Cannot start service elasticsearch: oci runtime error: container_linux.go:247: starting container process caused "process_linux.go:359: container init caused \"rootfs_linux.go:54: mounting \\\"/Users/mhuang/docker/elk/elasticsearch/config/elasticsearch.yml\\\" to rootfs \\\"/var/lib/docker/aufs/mnt/f41ff7a7a6fff5c6aa141ff8e9ca2d8c85740e4c7c707c6f720312703392b84a\\\" at \\\"/var/lib/docker/aufs/mnt/f41ff7a7a6fff5c6aa141ff8e9ca2d8c85740e4c7c707c6f720312703392b84a/usr/share/elasticsearch/config/elasticsearch.yml\\\" caused \\\"not a directory\\\"\""
: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type

a continuación hay información sobre mi ventana acoplable:

$ docker version
Client:
 Version:      1.13.1
 API version:  1.26
 Go version:   go1.7.5
 Git commit:   092cba3
 Built:        Wed Feb  8 08:47:51 2017
 OS/Arch:      darwin/amd64

Server:
 Version:      1.13.1
 API version:  1.26 (minimum version 1.12)
 Go version:   go1.7.5
 Git commit:   092cba3
 Built:        Wed Feb  8 08:47:51 2017
 OS/Arch:      linux/amd64
 Experimental: true

$ docker info
Containers: 15
 Running: 0
 Paused: 0
 Stopped: 15
Images: 38
Server Version: 1.13.1
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 380
 Dirperm1 Supported: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host ipvlan macvlan null overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: aa8187dbd3b7ad67d8e5e3a15115d3eef43a7ed1
runc version: 9df8b306d01f59d3a8029be411de015b7304dd8f
init version: 949e6fa
Security Options:
 seccomp
  Profile: default
Kernel Version: 4.9.8-moby
Operating System: Alpine Linux v3.5
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 1.952 GiB
Name: moby
ID: 247X:LGNT:FJ4M:U6XE:T47E:WXLQ:VFXY:D3Z2:MBPI:KMAL:32LQ:DDHF
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
 File Descriptors: 17
 Goroutines: 27
 System Time: 2017-02-22T19:00:56.756261436Z
 EventsListeners: 1
No Proxy: *.local, 169.254/16
Registry: https://index.docker.io/v1/
Experimental: true
Insecure Registries:
 127.0.0.0/8
Live Restore Enabled: false

@imarchuang ¡ parece ser un problema diferente!

¿Qué estás tratando de montar? Parece que no existe una carpeta en su host.

Proporcione su archivo docker-compose

Estoy teniendo los mismos problemas. Estaba ejecutando un contenedor php-fpm y nginx.
Reinicié mi máquina con Windows y ya no pudo encontrar los archivos que estaba tratando de incluir en el contenedor php-fpm.

NOTICE: PHP message: PHP Warning:  Unknown: failed to open stream: No such file or directory in Unknown on line 0
172.17.0.5 -  27/Feb/2017:14:06:05 +0000 "GET /index.php" 200
NOTICE: PHP message: PHP Fatal error:  Unknown: Failed opening required '/var/www/xxxx/public/index.php' (include_path='.:/usr/share/php') in Unknown on line 0
172.17.0.5 -  27/Feb/2017:14:06:06 +0000 "GET /index.php" 404
ERROR: Unable to open primary script: /var/www/xxxx/public/index.php (No such file or directory)

Luego reinicié el contenedor y obtuve:

Cannot start service loanstreet-php-fpm: oci runtime error: container_linux.go:247: starting container process caused "process_linux.go:359: container init caused \"rootfs_linux.go:54: mounting \\\"/C/Web/Apache/htdocs/sxxxxxx/php-fpm/php-ini-overrides.ini\\\" to rootfs \\\"/var/lib/docker/aufs/mnt/83e56fa30d7fae9156dc5842b62f1bc65cbbbcbfebabd96bb4d3513df53458bc\\\" at \\\"/var/lib/docker/aufs/mnt/83e56fa30d7fae9156dc5842b62f1bc65cbbbcbfebabd96bb4d3513df53458bc/etc/php/7.1/fpm/conf.d/99-overrides.ini\\\" caused \\\"not a directory\\\"\""

"volúmenes" vincula directorios... no archivos.

@imarchuang vincula el directorio "config" => elk/elasticsearch/config con /usr/share/elasticsearch/config

@chielsen vincula el

Hola Romain,

Gracias por la respuesta, y de hecho funciona... así que no hay forma de que lo haga.
¿Te gustaría montar un archivo específico solamente?

Atentamente
marc huang
Celular: (+1) 416-856-2622

El 27 de febrero de 2017 a las 09:41, Romain Dequidt [email protected]
escribió:

"volúmenes" vincula directorios... no archivos.

@imarchuang https://github.com/imarchuang enlazar el directorio "config"
=> elk/elasticsearch/config con /usr/share/elasticsearch/config

@chielsen https://github.com/chielsen vincular el directorio "php-fpm" con
directorio /etc/php/7.1/fpm/conf.d

—
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/docker/compose/issues/4039#issuecomment-282738779 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AHoqGkRXsN6lONNR52yXWSozxL3kawXqks5rguCugaJpZM4KZlqg
.

@romaindequidt Eso es raro ya que siempre funcionó. Obtuve esto de https://phpdocker.io/generator
El montaje de un archivo también se especifica aquí: https://docs.docker.com/engine/tutorials/dockervolumes/#mount -a-host-file-as-a-data-volume

Encontré una solución por ahora, haciendo que el archivo sea de solo lectura, agregando ':ro' al final de la línea.

O monta un archivo específico o monta una carpeta completa.
¡No puede montar un solo archivo en una carpeta!

Como se tomó del enlace proporcionado por @chielsen , puede hacer esto:

docker run --rm -it -v ~/.bash_history:/root/.bash_history ubuntu /bin/bash

que mapea el archivo .bash_history local de los usuarios en el contenedor con el nombre de archivo especificado.

Acabo de detectar este error después de actualizar la ventana acoplable sin reiniciar el demonio de la ventana acoplable.

Step 9/13 : RUN /bin/ln -s /etc/nginx/sites-available/symfony.conf /etc/nginx/sites-enabled/symfony.conf
 ---> Running in ea68a8b4bf61
container_linux.go:247: starting container process caused "process_linux.go:334: running prestart hook 0 caused \"fork/exec /usr/bin/dockerd (deleted): no such file or directory\""
ERROR: Service 'nginx' failed to build: invalid header field value "oci runtime error: container_linux.go:247: starting container process caused \"process_linux.go:334: running prestart hook 0 caused \\\"fork/exec /usr/bin/dockerd (deleted): no such file or directory\\\"\"\n"

Después de reiniciar todo funciona normal.

En mi caso, he cambiado el archivo docker-compose.yml.
desde
- /usr/local/bin/docker:/usr/bin/docker
a
- /usr/bin/docker:/usr/bin/docker

Funciona bien.

Todavía ocasionalmente tengo este error. De hecho, acabo de comprar una PC nueva e hice una instalación limpia de Win 10 y todavía tengo este problema. La única forma de solucionarlo es reiniciar.
¿Alguien está investigando esto?

@chielsen Parece que puede suceder al menos después de la actualización de Docker. Resolví este problema para mí reiniciando el demonio Docker.

cuando ejecuto la ventana acoplable, aparece el siguiente error
Error response from daemon: invalid header field value "oci runtime error: container_linux.go:247: starting container process caused \"chdir to cwd (\\\"/data/env/tomcats/0\\\") set in config.json failed: no such file or directory\"\n" Error: failed to start containers: fd2e03516c08
y mi dockerfile en el siguiente
`DESDE minchangchen/ openjdk:último
MANTENEDOR minchangchen
ETIQUETA nombre="tomcat" licencia="MIT" compilación-fecha="20170223"

ENV VERSIÓN 8.5.15
ENV TOMCAT_PATH /data/env/tomcats/0

EJECUTE yum update -y && cd /data/softs && wget http://www-us.apache.org/dist/tomcat/tomcat-8/v $VERSION/bin/apache-tomcat-$VERSION.tar.gz && tar -zxf apache-tomcat-$VERSION.tar.gz && mkdir /data/env/tomcats && mv apache-tomcat-$VERSION $TOMCAT_PATH && rm -rf /data/softs/*

COPIAR catalina.sh $TOMCAT_PATH/bin/catalina.sh
COPIAR servidor.xml $TOMCAT_PATH/conf/servidor.xml
COPIAR context.xml $TOMCAT_PATH/conf/context.xml

EJECUTAR chmod +x $TOMCAT_PATH/bin/catalina.sh

WORKDIR $TOMCAT_PATH

CMD ["bin/catalina.sh", "ejecutar"]`

todos ayúdenme!!! - . --

Esto también está sucediendo con docker-toolbox en Windows 7:

ERROR: for storage_startup  Cannot start service storage_startup: invalid header
 field value "oci runtime error: container_linux.go:247: 
starting container process caused \"exec: \\\"./startup.sh\\\":
 permission denied\"\n"

ObjectivePinta Intente reiniciar su caja de herramientas cuando obtenga este error. y reinicie su contenedor,
si todavía tiene el mismo error, simplemente use el cuadro virtual en la caja de herramientas de la ventana acoplable y luego regrese al normal y debería solucionarlo.

Tengo esto hoy.
Windows 10 Pro con la aplicación Docker (hiper-v nativo) 17.03.1-ce-win5 (10743)
He estado ejecutando este contenedor en particular durante meses sin problemas. Laptop reiniciada y el error no ha regresado.

ERROR: for goconvey-dev  Cannot start service goconvey-dev: oci runtime error: container_linux.go:247: starting container process caused "process_linux.go:359: container init caused \"rootfs_linux.go:54: mounting \\\"/C/Users/xxx/workspace/go/src/github.com/xxx\\\" to rootfs \\\"/var/lib/docker/overlay2/c39c054c44d82f699180b40c19a5a626c74063f8c9defa0c2a2bf12dfdb7972d/merged\\\" at \\\"/go/src/github.com/xxx\\\" caused \\\"stat /C/Users/xxx/workspace/go/src/github.com/xxx: input/output error\\\"\""
Encountered errors while bringing up the project.

@veqryn la "C" mayúscula en el camino parece sospechosa. Creo que, de forma predeterminada, la ruta está montada en la máquina virtual boot2docker con una letra de unidad en minúsculas, como /c/Users/xxx/....

Sé que esta no es exactamente la respuesta, pero verifique la ruta en las propiedades de VM en VirtualBox.

Al no usar virtualbox, es la ventana acoplable "nativa" en Windows 10 pro (hyper-v con MobyLinux o algo así)

Esto todavía me está pasando. Estoy usando VS 2017 15.2. Nuevo proyecto .net core webapi sin cambios. Se ejecuta y devuelve la salida del controlador de valores. Sin embargo, con la ventana acoplable habilitada y ejecutando la ventana acoplable, falla

netcoreapp1.1.1
1.1.1
..docker-compose.dcproj

Error MSB4018 La tarea "PrepareForLaunch" falló inesperadamente.
Microsoft.DotNet.Docker.CommandLineClientException: recreando dockercompose1799126456_webapplication1_1
ERROR: para webapplication1 No se puede iniciar el servicio webapplication1: error de tiempo de ejecución de oci: container_linux.go:247: el inicio del proceso del contenedor causó "process_linux.go:359: el inicio del contenedor causó \"rootfs_linux.go:54: montaje \\"/C/Users/ ozi/clrdbg\\" a rootfs \\"/var/lib/docker/aufs/mnt/bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b\\" en \\"/clrdbg\\" causó \\"stat /C/Users/ozi/clrdbg: entrada /error de salida\\"\""
Se encontraron errores al abrir el proyecto..

Para obtener más información sobre la solución de problemas, vaya a http://aka.ms/DockerToolsTroubleshooting ---> Microsoft.DotNet.Docker.CommandLineClientException: Recreando dockercompose1799126456_webapplication1_1
ERROR: para webapplication1 No se puede iniciar el servicio webapplication1: error de tiempo de ejecución de oci: container_linux.go:247: el inicio del proceso del contenedor causó "process_linux.go:359: el inicio del contenedor causó \"rootfs_linux.go:54: montaje \\"/C/Users/ ozi/clrdbg\\" a rootfs \\"/var/lib/docker/aufs/mnt/bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b\\" en \\"/clrdbg\\" causó \\"stat /C/Users/ozi/clrdbg: entrada /error de salida\\"\""
Se encontraron errores al abrir el proyecto.
en System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(tarea)
en System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(tarea)
en Microsoft.DotNet.Docker.DockerComposeClient.d__18.MoverSiguiente()
--- Fin del seguimiento de la pila de excepción interna ---
en Microsoft.DotNet.Docker.DockerComposeClient.d__18.MoverSiguiente()
--- Fin del seguimiento de la pila desde la ubicación anterior donde se lanzó la excepción ---
en System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(tarea)
en System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(tarea)
en Microsoft.DotNet.Docker.DockerWorkspace.d__14.MoverSiguiente()
--- Fin del seguimiento de la pila desde la ubicación anterior donde se lanzó la excepción ---
en System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(tarea)
en System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(tarea)
en Microsoft.DotNet.Docker.BuildTasks.DockerBaseTask.Execute()
en Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute()
en Microsoft.Build.BackEnd.TaskBuilder.d__26.MoveNext() docker-compose C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\Microsoft\VisualStudio\v15.0\Docker\Microsoft.VisualStudio.Docker.Compose.targets 192

En Windows 10 y acabo de encontrar este error. Ir a la configuración de Docker -> unidades compartidas y luego anular la selección de mi unidad, aplicar y luego volver a seleccionar (aplicar) parece haberlo solucionado. Gracias @artem-gavrylenko

Tuve este error una cosa muy estúpida:

yo estaba haciendo esto

COPY ./package.json /frontend

En lugar de esto:

COPY ./package.json /frontend/

En Windows 10 me encontré con el mismo problema con Docker para Windows. ¡Esto comenzó a suceder y no pude entender por qué hasta que me di cuenta de que cambié mis credenciales de sistema operativo más temprano en el día! Entré en Configuración de Docker --> unidades compartidas e hice clic en 'Restablecer mis credenciales'. Luego me pidieron mis nuevas credenciales y todo comenzó bien después de eso.

Tenemos dos canalizaciones diferentes, ambas se ejecutan en la misma ventana acoplable, pero esto le sucede solo a una de ellas.... !!! ¿algunas ideas?

Mi experiencia fue que esto es realmente solo una condición de error mal documentada. El problema (para mí) fue hacer referencia a un archivo/directorio fuente en una instrucción VOLUME en mi archivo docker-compose.

arreglar eso (refiriéndose realmente al archivo/directorio existente) solucionó la condición.

Estoy en Windows 7. Esto está en mi docker-compose

  elasticsearch:
    image: elasticsearch:5
    restart: always
    environment:
      ES_JAVA_OPTS: "-Xms750m -Xmx750m"
    ports:
      - "9200:9200"
    volumes:
      - "./config/elasticsearch/elasticsearch.yml:/usr/share/elasticsearch/config/elasticsearch.yml"
      - "./config/elasticsearch/plugins:/usr/share/elasticsearch/plugins"

y me sale el error

`$ docker-componer
Eliminando mcclatchy_elasticsearch_1
mcclatchy_memcached_1 está actualizado
mcclatchy_mailcatcher_1 está actualizado
Recreando 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1...
mcclatchy_mysql_1 está actualizado
Recreando 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1... error

ERROR: para 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 No se puede iniciar el servicio elasticsearch: oci runtime error: container_linux.go:265: el inicio del proceso del contenedor causó "process_linux.go:368: el inicio del contenedor causó \"rootfs_linux.go:57: montaje \\"/f/mcclatchy/ config/elasticsearch/elasticse
arch.yml \\ "para rootfs \\ "/ mnt / sda1 / var / lib / acoplable / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\" en \\" / mnt / sda1 / var / lib / acoplable / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f /usr/share/elasticsearch/config/elasticsearch.yml\\" causó \\"
no es un directorio\\"\""
: ¿Está intentando montar un directorio en un archivo (o viceversa)? Compruebe si la ruta de host especificada existe y es del tipo esperado

ERROR: para elasticsearch No se puede iniciar el servicio elasticsearch: oci runtime error: container_linux.go:265: el inicio del proceso del contenedor causó "process_linux.go:368: container init causó \"rootfs_linux.go:57: montaje \\"/f/mcclatchy/ config/elasticsearch/elasticsearch.yml\\" a rootfs \\"/mnt/sda1/v
ar / lib / ventana acoplable / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\" en \\ "/ mnt / sda1 / var / lib / ventana acoplable / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f / usr / share / elasticsearch / config / elasticsearch.yml \\" causado \\"no es un directorio\\"\""
: ¿Está intentando montar un directorio en un archivo (o viceversa)? Compruebe si la ruta de host especificada existe y es del tipo esperado.

Dss@Dss MINGW64 /c/zenbot
$ ventana acoplable-componer arriba -d
Eliminando zenbot_server_1
Recreando zenbot_mongodb-data_1...
Recreando zenbot_mongodb-data_1
ADVERTENCIA: El servicio "mongodb-data" está usando el volumen "/data/db" de la estafa anterior
tainer La asignación de host "/c/zenbot/data/db" no tiene efecto. Quitar el contenido existente
Recreando zenbot_mongodb-data_1... hecho
Recreando zenbot_mongodb_1...
Recreando zenbot_mongodb_1... hecho
Recreando 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1 .
..
Recreando 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1 .
.. error

ERROR: para 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1
No se puede iniciar el servidor de servicio: error de tiempo de ejecución de oci: container_linux.go:265: iniciando
el proceso del contenedor causó "process_linux.go:368: container init causó \"rootfs_
linux.go:57: montando \\"/c/zenbot/conf.js\\" en rootfs \\"/mnt/sda1/var/lib/
ventana acoplable/aufs/mnt/77d9fd5e67b17f037fada3c80378dded067771196c9dd082aafaa975a3cc0a44
\\" en \\"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded06
7771196c9dd082aafaa975a3cc0a44/app/conf.js\\" causó \\"no es un directorio\\"\""

: ¿Está intentando montar un directorio en un archivo (o viceversa)? Compruebe si el
la ruta de host especificada existe y es del tipo esperado

ERROR: para el servidor No se puede iniciar el servidor de servicio: error de tiempo de ejecución de oci: container_lin
ux.go:265: iniciar el proceso del contenedor causó "process_linux.go:368: contenedor en
causó \"rootfs_linux.go:57: montaje \\"/c/zenbot/conf.js\\" a rootfs \\
"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded067771196c9dd
082aafaa975a3cc0a44\\" en \\"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f0
37fada3c80378dded067771196c9dd082aafaa975a3cc0a44/app/conf.js\\" causó \\"no
un directorio\\"\""
: ¿Está intentando montar un directorio en un archivo (o viceversa)? Compruebe si el
la ruta de host especificada existe y es del tipo esperado
ERROR: se encontraron errores al iniciar el proyecto.

$ versión acoplable
Cliente:
Versión: 17.07.0-ce
Versión API: 1.31
Ir a la versión: go1.8.3
Confirmación de Git: 8784753
Construido: martes 29 de agosto 17:41:05 2017
SO/Arco: windows/amd64

Servidor:
Versión: 17.09.0-ce
Versión API: 1.32 (versión mínima 1.12)
Ir a la versión: go1.8.3
Confirmación de Git: afdb6d4
Construido: martes 26 de septiembre 22:45:38 2017
SO/Arco: linux/amd64
Experimental: falso

$ información de la ventana acoplable
Contenedores: 7
Corriendo: 2
En pausa: 0
Detenido: 5
Imágenes: 10
Versión del servidor: 17.09.0-ce
Controlador de almacenamiento: aufs
Directorio raíz: /mnt/sda1/var/lib/docker/aufs
Sistema de archivos de respaldo: extfs
Dirs: 37
Dirperm1 Compatible: verdadero
Controlador de registro: archivo json
Controlador de grupo C: cgroupfs
Complementos:
Volumen: locales
Red: puente host macvlan superposición nula
Registro: awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
Enjambre: inactivo
Tiempos de ejecución: runc
Tiempo de ejecución predeterminado: runc
Binario de inicio: docker-init
versión contenedor: 06b9cb35161009dcb7123345749fef02f7cea8e0
versión runc: 3f2f8b84a77f73d38244dd690525642a72156c64
versión inicial: 949e6fa
Opciones de seguridad:
seccomp
Perfil: predeterminado
Versión del núcleo: 4.4.89-boot2docker
Sistema operativo: Boot2Docker 17.09.0-ce (TCL 7.2); CABEZA: 06d5c35 - Mié 27 de septiembre
23:22:43 UTC 2017
Tipo de sistema operativo: linux
Arquitectura: x86_64
CPU: 1
Memoria total: 995.8MiB
Nombre: predeterminado
Identificación: MBC4:V75F:KP5Q:TIC3:MH65: GXPO:4RY7 :3 RWU:355J :VR54:V365:JBLD
Directorio raíz de Docker: /mnt/sda1/var/lib/docker
Modo de depuración (cliente): falso
Modo de depuración (servidor): verdadero
Descriptores de archivo: 30
Rutinas: 40
Hora del sistema: 2017-10-13T20:10:22.76759278Z
EventosOyentes: 0
Registro: https://index.docker.io/v1/
Etiquetas:
proveedor=caja virtual
Experimental: falso
Registros inseguros:
127.0.0.0/8
Live Restore habilitado: falso

Hola.
Estoy teniendo un problema similar. Nuevo aquí.
Intenté instalar esta imagen.

Quedó bien. Pero cuando trato de correr,

 $ sudo docker run -ti --rm -v ~/Downloads:/Downloads bwits/pdf2htmlex --zoom 1.3 1.pdf

lanza,

docker: Error response from daemon: oci runtime error: container_linux.go:265: starting container process caused "exec: \"--zoom\": executable file not found in $PATH".

Ya probé sudo no parecía funcionar.

Información sobre la instalación de la ventana acoplable

 $ sudo docker version
Client:
 Version:      17.09.0-ce
 API version:  1.32
 Go version:   go1.8.3
 Git commit:   afdb6d4
 Built:        Tue Sep 26 22:42:18 2017
 OS/Arch:      linux/amd64

Server:
 Version:      17.09.0-ce
 API version:  1.32 (minimum version 1.12)
 Go version:   go1.8.3
 Git commit:   afdb6d4
 Built:        Tue Sep 26 22:40:56 2017
 OS/Arch:      linux/amd64
 Experimental: false

información de la ventana acoplable

 $ sudo docker info
Containers: 1
 Running: 0
 Paused: 0
 Stopped: 1
Images: 2
Server Version: 17.09.0-ce
Storage Driver: overlay2
 Backing Filesystem: extfs
 Supports d_type: true
 Native Overlay Diff: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host macvlan null overlay
 Log: awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 06b9cb35161009dcb7123345749fef02f7cea8e0
runc version: 3f2f8b84a77f73d38244dd690525642a72156c64
init version: 949e6fa
Security Options:
 apparmor
 seccomp
  Profile: default
Kernel Version: 4.8.0-59-generic
Operating System: Ubuntu 16.10
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 7.691GiB
Name: greyhound
ID: ZNTB:2MIN:NYGC:GQKD:DWWM:K7CX:ELML:KIX7:WYFT:VJQX:4POJ:POPL
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
Experimental: false
Insecure Registries:
 127.0.0.0/8
Live Restore Enabled: false

WARNING: No swap limit support

Un reinicio funcionó para mí :-/

Lo mismo aquí, reiniciar no ayudó :(
Anfitrión - ubuntu.
Todo funciona bien, pero no cuando instalé un gitlab-runner e intenté ejecutar docker-compose en él.
¿Alguien ya se ha dado cuenta?

Solucionado editando carpetas de montaje en Kitematic. Aparecieron repetidos por primera vez (carpeta Docker: /var/www/html/something , carpeta local: /var/www/html/something ). Después de editar, aparecen distorsionados (carpeta local: \d\srvT:est\something lugar de \d\srv\test\something ), pero funcionan. En el mensaje de error, la unidad de disco está en mayúsculas ( stat /D/srv/test/something: input/output error ).

Esto en mi PC con Windows 10 con Hyper-V. No tengo la intención de instalar Kitematic (+X) en mi servidor, así que esto es más una solución temporal...

También tuve este error en MacOS, restablecer la ventana acoplable lo solucionó de alguna manera.

Si está utilizando MacOS, también debe hacer que el docker-entrypoint.sh de su host sea ejecutable, no solo en su Dockerfile. Obtuve esto de un consejo, https://github.com/composer/docker/issues/7

@obfusticatedcode ¡ esto solucionó mi problema! Me desgarraba la cabeza preguntándome por qué este proyecto funcionó muy bien en mi estación de trabajo de Windows pero estaba fallando en mi Macbook Pro. ¡Gracias!

En mi caso, yum install libseccomp libseccomp-devel .

Estaba usando imágenes basadas en alpine y cambié /bin/bash a /bin/sh y funcionó bien :-)

¡Quiero agradecer a @obfusticatedcode ! Problema resuelto. En mi caso, el proyecto funcionó en Windows pero falló al ejecutar docker-compose up en Debian.

Enfrentó y resolvió el mismo problema. Para mí, se debió a la declaración de nivel de servicio volumes en el archivo docker-compose.yml .

services:
  web:
    volumes:
      - ./app/:/app 

Esto anulaba todo lo que copié en el punto de montaje /app en el Dockerfile .
Comentar la declaración volumes funcionó.

Podría hacerlo funcionar en Windows 10 después de ejecutar el símbolo del sistema como administrador.

El problema para mí fue que recientemente cambié la contraseña de Windows, al ingresar a la configuración de Docker -> unidades compartidas, anular la selección de mi unidad, aplicar y luego volver a seleccionar (aplicar) se solucionó.

@sajadghawami Quería agradecerte, personalmente, por salvarme de este infierno. Tu comentario fue invaluable!! Gracias <3

En Windows 10 y acabo de encontrar este error. Ir a la configuración de Docker -> unidades compartidas y luego anular la selección de mi unidad, aplicar y luego volver a seleccionar (aplicar) parece haberlo solucionado. Gracias @artem-gavrylenko

Esto fue perfecto. porque pasan cosas asi?? ¿Alguien sabe?

Puede buscar /docker-entrypoint-initdb.d en la sección de volúmenes si el archivo sql no existe devolverá este error.

```
mysql:
imagen: percona:5.6
puertos:
- "3306:3306"
volúmenes:
- ./sql/bk.sql:/docker-entrypoint-initdb.d/bk.sql # bk.sql no existe, comente la línea o coloque el archivo allí
- ./docker/mysql:/var/lib/mysql

Mismo error

PS D:\projects\bp> docker info
Containers: 5
 Running: 2
 Paused: 0
 Stopped: 3
Images: 3
Server Version: 18.09.0
Storage Driver: overlay2
 Backing Filesystem: extfs
 Supports d_type: true
 Native Overlay Diff: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host macvlan null overlay
 Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 468a545b9edcd5932818eb9de8e72413e616e86e
runc version: 69663f0bd4b60df09991c08812a60108003fa340
init version: fec3683
Security Options:
 seccomp
  Profile: default
Kernel Version: 4.14.79-boot2docker
Operating System: Boot2Docker 18.09.0 (TCL 8.2.1)
OSType: linux
Architecture: x86_64
CPUs: 1
Total Memory: 989.4MiB
Name: vm
ID: JWYK:OSFS:XCAW:W2MF:FZZT:BBTD:EKCN:WH55:4YGD:V634:O37T:7JJL
Docker Root Dir: /mnt/sda1/var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
Labels:
 provider=virtualbox
Experimental: false
Insecure Registries:
 127.0.0.0/8
Live Restore Enabled: false

PS D:\projects\bp> docker version                   
Client:                                             
 Version:           18.06.1-ce                      
 API version:       1.38                            
 Go version:        go1.10.3                        
 Git commit:        e68fc7a                         
 Built:             Tue Aug 21 17:21:34 2018        
 OS/Arch:           windows/amd64                   
 Experimental:      false                           

Server: Docker Engine - Community                   
 Engine:                                            
  Version:          18.09.0                         
  API version:      1.39 (minimum version 1.12)     
  Go version:       go1.10.4                        
  Git commit:       4d60db4                         
  Built:            Wed Nov  7 00:52:55 2018        
  OS/Arch:          linux/amd64                     
  Experimental:     false                           



md5-745dead46e2bec9b61b4b9b2cb9a0822




version: '3.4'
services:
    web:
        image: nginx:alpine
        container_name: ${NGINX_HOST}
        ports:
        - "80:80"
        - "443:443"
        env_file:
        - ".env"
        environment:
        - NGINX_HOST=${NGINX_HOST}
        #command: /bin/sh -c "envsubst < /etc/nginx/conf.d/default.template > /etc/nginx/conf.d/default.conf" && nginx -g 'daemon off;'
        restart: always
        depends_on:
        - php
        - mysqldb
        logging:
          driver: json-file
          options:
            max-size: "200k"
            max-file: "10"
        volumes:
        - ./etc/nginx/default.conf:/etc/nginx/conf.d/default.conf
        - ./etc/nginx/default.template:/etc/nginx/conf.d/default.template
        - ./etc/ssl:/etc/ssl
        - .:/var/www/html
    php:
        image: nanoninja/php-fpm:${PHP_VERSION}
        restart: always
        volumes:
        - ./etc/php/php.ini:/usr/local/etc/php/conf.d/php.ini
        - .:/var/www/html
        links:
        - mysqldb
    mysqldb:
        image: mysql:${MYSQL_VERSION}
        container_name: ${MYSQL_HOST}
        restart: always
        env_file:
        - ".env"
        environment:
        - MYSQL_DATABASE=${MYSQL_DATABASE}
        - MYSQL_ROOT_PASSWORD=${MYSQL_ROOT_PASSWORD}
        - MYSQL_USER=${MYSQL_USER}
        - MYSQL_PASSWORD=${MYSQL_PASSWORD}
        privileged: true
        ports:
        - "8989:3306"
        volumes:
        - ../db:/var/lib/mysql
        #- ./etc/mysql/my.cnf:/etc/mysql/my.cnf



md5-82ff5be8d74eb1c16e9ad10ccb0c323f



PS D:\projects\bp> docker-compose up web
Removing bp.int
mysql is up-to-date
bp_php_1 is up-to-date
Starting 0ef479e51d62_bp.int ... error

ERROR: for 0ef479e51d62_bp.int  Cannot start service web: OCI runtime create failed: container_linux.go:348: starting container process caused "process_linux.go:402: container init caused \"rootfs_linux.go:58: mounting \\\"/d/projects/bp/etc/nginx/default.conf\\\" to rootfs \\\"/mnt/sda1/var/lib/docker/overlay2/a5cad006b2a324c1026e2d98a466e9ed454971961d166bfb4f7b5f5ec82605b3/merged\\\" at \\\"/mnt/sda1/var/lib/docker/overlay2/a5cad006b2a324c1026e2d98a466e9ed454971961d166bfb4f7b5f5ec82605b3/merged/etc/nginx/conf.d/default.conf\\\" caused \\\"not a directory\\\"\"": unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type

ERROR: for web  Cannot start service web: OCI runtime create failed: container_linux.go:348: starting container process caused "process_linux.go:402: container init caused \"rootfs_linux.go:58: mounting \\\"/d/projects/bp/etc/nginx/default.conf\\\" to rootfs \\\"/mnt/sda1/var/lib/docker/overlay2/a5cad006b2a324c1026e2d98a466e9ed454971961d166bfb4f7b5f5ec82605b3/merged\\\" at \\\"/mnt/sda1/var/lib/docker/overlay2/a5cad006b2a324c1026e2d98a466e9ed454971961d166bfb4f7b5f5ec82605b3/merged/etc/nginx/conf.d/default.conf\\\" caused \\\"not a directory\\\"\"": unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type
ERROR: Encountered errors while bringing up the project.

Un compañero de equipo se acaba de encontrar con este problema. La solución de @sajadghawami funcionó para nosotros.

Una nota sobre la situación que puede haber causado esto: cambió su contraseña de Windows el día anterior. Si bien no tengo los recursos personales para validar este comportamiento, creo que sería fácil probarlo.

Me he estado tirando de los pelos durante algún tiempo porque no puedo obtener una reacción para instalar siguiendo las instrucciones en https://docs.reactioncommerce.com/docs/next/installation-reaction-platform.

Ejecuto Windows 7 Pro de 64 bits con node.js 8.12.0 y, en lugar de usar el instalador más reciente, que solo es compatible con Windows 10, instalé correctamente. Muchos pasos se completaron con éxito. Docker Toolbox, que contiene Docker Engine y Oracle. máquina virtual Todo bien hasta ahora.

Configuré GitHub con SSH y cloné con éxito el proyecto de reacción usando git.

Cuando ejecuto el comando make, muchos pasos se completaron con éxito, pero sigue fallando en el paso 40/41 con el siguiente error. (Nota: para crear las dos redes auth.reaction.localhost y api.reaction.localhost, tuve que desactivar el Firewall de Windows y ejecutar los comandos de creación de la red docker manualmente).

Step 41/41 : CMD ["yarn", "start"]
 ---> Running in 237f6ba37bc1
Removing intermediate container 237f6ba37bc1
 ---> a3936c5854f2

Successfully built a3936c5854f2
Successfully tagged reactionnextstarterkit_web:latest
Running post-build hook script for reaction-next-starterkit.
reaction-next-starterkit post-build script invoked.
Recreating reactionnextstarterkit_web_1 ... error

ERROR: for reactionnextstarterkit_web_1  Cannot start service web: OCI runtime create failed: container_linux.go:348: starting container process caused "exec: \"/usr/local/src/reaction-app/bin/start\": stat /usr/local/src/reaction-app/bin/start: no such file or directory": unknown

ERROR: for web  Cannot start service web: OCI runtime create failed: container_linux.go:348: starting container process caused "exec: \"/usr/local/src/reaction-app/bin/start\": stat /usr/local/src/reaction-app/bin/start: no such file or directory": unknown
ERROR: Encountered errors while bringing up the project.
make: *** [start-reaction-next-starterkit] Error 1

¡Cualquier ayuda o sugerencia sería ENORMEMENTE apreciada!

Si alguien está interesado, logré que la instalación se completara en Windows copiando la carpeta de la plataforma de reacción en el directorio de Usuario... (¿Creo que quizás fue algún tipo de problema de permisos?)

De todos modos, todavía no he logrado que se ejecute siguiendo las instrucciones del desarrollador descritas y simplemente ejecutando el comando 'make' en el directorio de la plataforma de reacción.

Hasta ahora, las instrucciones para los desarrolladores de Windows han sido MUY POBRES, una gran pena, en mi opinión.

El problema para mí fue que recientemente cambié la contraseña de Windows, al ingresar a la configuración de Docker -> unidades compartidas, anular la selección de mi unidad, aplicar y luego volver a seleccionar (aplicar) se solucionó.

MUCHAS gracias, @danielcgithub. salvó mi día

Por lo que vale: sudo docker container prune solucionó el problema.

haga clic en _bandeja de iconos Docker > Configuración... > Controladores compartidos_ y seleccione la casilla de verificación _Compartido:_ C y D
¡Quizás te ayude!

Tu é pica mesmo

haga clic en _bandeja de iconos Docker > Configuración... > Controladores compartidos_ y seleccione la casilla de verificación _Compartido:_ C y D
¡Quizás te ayude!

Un compañero de equipo se acaba de encontrar con este problema. La solución de @sajadghawami funcionó para nosotros.

Una nota sobre la situación que puede haber causado esto: cambió su contraseña de Windows el día anterior. Si bien no tengo los recursos personales para validar este comportamiento, creo que sería fácil probarlo.

Solo para agregar a los otros comentarios aquí de varias personas, esto me sucedió recientemente y puedo confirmarlo. Recientemente cambié la contraseña, la computadora se reinició y docker-compose no abría los contenedores. Al desmarcar y volver a marcar la unidad compartida, seguido de ingresar la contraseña actualizada, todo se puso en marcha.

Falla al configurar el punto de entrada según la documentación
~~versión: '3.2'servicios:mi_servicio:imagen: mi_imagenvolúmenes:- /inicio/aplicación/config:/raízpunto de entrada:-ls /raíz~ ~

Funciona al cambiar el punto de entrada a
~~punto de entrada:ls /raíz~ ~
sin hiphen

Esto sucedió cuando intenté ejecutar una ventana acoplable a través de la caja de herramientas de la ventana acoplable en Windows en WSL. Por lo que vale la pena para cualquiera aquí, mi problema se resolvió asegurándome de que estaba accediendo a las cosas a través de Windows en lugar del sistema de archivos de Linux:

docker run -it --rm --name lispy -v "$PWD":/Lis_Py python:3 python Lis_Py/lis.py || ventana acoplable inicio -ia lispy

# en WSL con la ventana acoplable ejecutándose en Windows, $PWD no funcionará y debe establecerse igual que $PWD desde el inicio rápido de la ventana acoplable,
# a saber. docker run -it --rm --name lispy -v /c/Users/firez/Documents/Development/lis.py:/Lis_Py python:3 python Lis_Py/lis.py || ventana acoplable inicio -ia lispy

Qué sucedió

También enfrento el error "Error en la creación del tiempo de ejecución de OCI".
aquí está mi comando docker-compose up -d

como resolvi

Inicié sesión en el servidor mediante ssh -A y, a continuación, se produjo un error.
Cierro sesión e inicio sesión por ssh sin params, todo bien.

Iniciar sesión

ERROR: for my_logstash  Cannot start service logstash: OCI runtime create failed: container_linux.go:344: starting contain
er process caused "process_linux.go:297: getting the final child's pid from pipe caused \"EOF\"": unknown

ERROR: for logstash  Cannot start service logstash: OCI runtime create failed: container_linux.go:344: starting container proc
ess caused "process_linux.go:297: getting the final child's pid from pipe caused \"EOF\"": unknown
ERROR: Encountered errors while bringing up the project.

Recibí el mismo error cuando probé un volumen no proporcionado en la imagen.
Quiero decir, en docker-compose.yml, esto funciona

• "C:/tomcat/registros:/usr/local/tomcat/registros"
  y esto no
  
  
  
  • "C:/tomcat:/usr/local/tomcat"
  
  

Veo este problema de forma intermitente en mi servidor Ubuntu 18.04 de producción cuando lo implemento a través de Azure Pipelines. Reiniciar Docker y/o reiniciar el servidor a veces lo soluciona. Parece ser un mensaje de error bastante vago con muchas causas raíz diferentes...

Registro | Fuente

Otro problema puede ser cuando vincula un volumen adjunto al directorio local y su punto de entrada se encuentra en el directorio que se reemplazó en el contenedor. Por lo tanto, Docker intenta ejecutar el punto de entrada y no lo encuentra o recibe una denegación de permisos.

Hoy también tuve este problema. Lo que hice ayer, simplemente cambié mi contraseña de usuario de Windows. Hoy, cuando intenté iniciar mi contenedor, me encontré con este mensaje de error.

¿Cómo resolví? Restablezca las credenciales de la unidad en la configuración. ¿Docker Desktop almacena mi contraseña cuando doy acceso a mis unidades 🤷‍♂?

También estoy recibiendo una similar pero un poco diferente, por favor ayuda

docker-compose up
Iniciando wapdocker_wordpress_1... error

ERROR: para wapdocker_wordpress_1 No se puede iniciar el servicio wordpress: falló la creación del tiempo de ejecución de b'OCI: container_linux.go:345: el inicio del proceso del contenedor causó "exec: \"/bin/sh\": stat /bin/sh: no existe tal archivo o directorio" : desconocido'

ERROR: para wordpress No se puede iniciar el servicio wordpress: error de creación del tiempo de ejecución de b'OCI: container_linux.go:345: el inicio del proceso del contenedor causó "exec: \"/bin/sh\": stat /bin/sh: no existe tal archivo o directorio" : desconocido'
ERROR: se encontraron errores al iniciar el proyecto.

Bastante fácil de arreglar, en mi caso solo necesitaba guardar los archivos usados ​​por la ventana acoplable con la línea final LF en lugar de la línea final CRLF, puede usar Vscode para hacer eso y también puede configurarlo para guardar automáticamente como LF usando la extensión editorconfig.

Solo quería opinar sobre este error. Yo lo tenía y lo resolví.

En mi caso, estaba usando Proxmox VE 6.0 y un contenedor de sistema (CT) con CentOS. Lo que estaba tratando de lograr era ejecutar un (micro) contenedor regular dentro de esa instancia. Y recibí el mensaje de error. Permisos verificados - estaban bien. Selinux comprobado - no estaba activado. Entonces me di cuenta: virtualización anidada.

Resulta que no había habilitado la virtualización anidada en Proxmox VE para el contenedor del sistema que ejecuta CentOS. Lo detuve, habilité la virtualización anidada y listo, ahora podía ejecutar (micro) contenedores estándar dentro de él.

Espero eso ayude.

Por lo que vale: sudo docker container prune solucionó el problema.

Funcionó para mí, gracias! :D

Esta respuesta funcionó para mí: https://github.com/docker/compose/issues/4039#issuecomment -261353666 gracias @artem-gavrylenko

https://github.com/docker/compose/issues/4039#issuecomment -262424900

He notado que tener una línea CMD en un dockerfile y un parámetro de comando en un archivo docker-compose también desencadenará este error.

Me encontré con esto hoy con Docker 19.03.4 ejecutándose con Docker para Mac y ☝️ me solucionó el problema. Eliminé command: npm start de mi docker-compose.yml ya que mi Dockerfile llamó a CMD npm start . Todo parece funcionar como se esperaba ahora.

debe hacer que docker-entrypoint.sh sea un ejecutable antes de construir la imagen:

chmod +x docker-entrypoint.sh

de lo contrario, no se puede ejecutar y obtiene el error de permiso.

Me ayudó. Gracias.

Estoy teniendo un problema similar. Mi mensaje de error es este:
ERROR: para logstash No se puede iniciar el servicio logstash: Error al crear el tiempo de ejecución de OCI: container_linux.go:346: el inicio del proceso del contenedor causó "process_linux.go:449: el inicio del contenedor causó "rootfs_linux.go:58: montaje \"/c/users/revature /documents/revature/William's Code/elasticapmdocker/logstash/logstash.yml\" to rootfs \"/mnt/sda1/var/lib/docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c3df974e39f57/merged\" at \"/merged\" at \"/merged\" at \"/merged\" /docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c3df974e39f57/merged/usr/share/logstash/config/logstash.yml\" causó \"no es un directorio\""":

De acuerdo con mi mensaje de error, algo podría estar mal con mi archivo logstash.yml y mi archivo apm-server.yml

Así que mi archivo logstash.yml se ve así:
tubería:
lote:
retraso: 50
tamaño: 125
xpack.monitoring.habilitado: verdadero

Y mi apm-server.yml se ve así:
servidor apm:
servidor: "0.0.0.0:8200"
setup.dashboards.habilitado: verdadero
Ron:
habilitado: verdadero
allow_origins: [' http://localhost :8080']
Kibana:
habilitado: verdadero
host: " host local: 5601 "
nivel.de.registro: información
logging.to_files: verdadero
registros.archivos:
ruta: CHANGE_ME
nombre: DemoWebApplication
guardar archivos: 7
permisos: 0644
registro.métricas:
habilitado: verdadero
salida.elasticsearch:
índice: "apm-servidor-%{+yyyy.MM.dd}"
anfitriones: [" host local: 9200 "]
setup.template.name: "apm-servidor"
setup.template.pattern: "apm-servidor-*"

$ ventana acoplable-componer --construir
aplicación de construcción
Paso 1/10: DESDE ruby:2.6-slim
---> cd9eb8fc5abd
Paso 2/10: EJECUTAR apt-get update -qq && apt-get install -y build-essential cmake git tzdata libpq-dev ruby-dev curl
---> Usando caché
---> dae7cef58b65
Paso 3/10: EJECUTE curl -sL https://deb.nodesource.com/setup_11.x | bash - && apt-get install -y nodejs
---> Usando caché
---> 68bdae8e1191
Paso 4/10: EJECUTE curl -sS https://dl.yarnpkg.com/debian/pubkey.gpg | apt-key add - && echo "deb https://dl.yarnpkg.com/debian/ stable main" | tee /etc/apt/sources.list.d/yarn.list && apt-get update && apt-get install -y yarn
---> Usando caché
---> 8ae18681c5c2
Paso 5/10: EJECUTE apt-get clean && rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/*
---> Usando caché
---> e7fece4b0095
Paso 6/10: EJECUTAR mkdir /app
---> Usando caché
---> f59bc64ba38c
Paso 7/10: WORKDIR /aplicación
---> Usando caché
---> 0e280a5c2986
Paso 8/10: EJECUTAR gem install bundler -v 1.17.3
---> Usando caché
---> 3cd92734be84
Paso 9/10: PUNTO DE ENTRADA ["./docker-entrypoint.sh"]
---> Usando caché
---> 0071a71c1342
Paso 10/10: CMD ["bash"]
---> Usando caché
---> a069f4950175
Construido con éxito a069f4950175
Etiquetado con éxito ifme-master_ app:latest
ifme-master_db_1 está actualizado
Iniciando ifme-master_app_1... error
ERROR: para ifme-master_app_1 No se puede iniciar la aplicación de servicio: la creación del tiempo de ejecución de OCI falló: container_linux.go:346: el inicio del proceso del contenedor causó "exec: "./docker-entrypoint.sh": stat ./docker-entrypoint.sh: no existe tal archivo o directorio": desconocido

ERROR: para la aplicación No se puede iniciar la aplicación de servicio: la creación del tiempo de ejecución de OCI falló: container_linux.go:346: el inicio del proceso del contenedor causó "exec: "./docker-entrypoint.sh": stat ./docker-entrypoint.sh: no existe tal archivo o directorio": desconocido
ERROR: se encontraron errores al iniciar el proyecto.

Recibo este error mientras ejecuto el comando docker-compose up --build
aunque tengo docker-entrypoint.sh

Esto puede deberse a un cambio de contraseña.
Haga clic derecho en el icono de su ventana acoplable
-> configuración
-> Unidades compartidas
-> vuelva a seleccionar el lugar de trabajo y el sistema le pedirá que ingrese la contraseña nuevamente.

También recibo este error y sudo solucionó. Sin embargo, debería haber una solución alternativa a este problema.

En lugar de ejecutar como sudo, simplemente ejecute el comando
chmod a+x /path/to/your/script.sh
para dar permiso para ejecutar. Esto es mucho mejor que usar sudo cada vez.

También recibo este error y sudo solucionó. Sin embargo, debería haber una solución alternativa a este problema.

En lugar de ejecutar como sudo, simplemente ejecute el comando
chmod a+x /path/to/your/script.sh
para dar permiso para ejecutar. Esto es mucho mejor que usar sudo cada vez.

¿A qué guión te refieres? @motoxnate

@simanto604newscred el script al que me refiero es el script de shell que se usa para
CMD ["script/docker-entrypoint.sh"]
El script aquí se encuentra en script/docker-entrypoint.sh

Solo tiene que cambiar los permisos del script con chmod a+x <script> una vez y ya no tendrá que usar sudo.

Lamento mucho agregar a este problema después de que se haya abierto:

Pero encontré una manera de evitar esto. Simplemente reconstruya la imagen ejecutando:

docker-compose build

Y luego inicie un contenedor usando la imagen recién construida:

docker-compose up

Eso es todo.

espero que esto ayude

Estaba teniendo un problema similar y ninguna de las formas descritas aquí ayudó.
Más tarde me di cuenta de que había estado ejecutando todos los comandos desde un entorno virtual de Python.
Pensé que eso no hacía ninguna diferencia porque hoy temprano todas las compilaciones iban bien, pero más tarde hoy ni una sola pasó por el evento después de la poda, reiniciar el servicio de la ventana acoplable, etc.
Después de que desactivé el entorno virtual, todo comenzó a funcionar correctamente.
Dejo esto aquí para que pueda ayudar a alguien más.