Compose: Erro ao tentar executar o docker-compose. "erro de tempo de execução oci: container_linux.go:247..."

Eu consegui consertar. Eu tinha permissões erradas e precisava executar docker-compose como sudo .

Estou recebendo esse erro também, e sudo corrigiu. No entanto, deve haver uma solução alternativa para este problema.

@michalwarda @jakerobers Estou enfrentando esse problema também. Acho que você deveria reabrir o assunto.

Estou usando uma instalação bonita do Docker para Mac e não me lembro de fazer nada que exigisse esse nível de permissão no comando docker-compose .

Estou recebendo um erro semelhante e, infelizmente, o sudo não corrige 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"

Eu tive um problema semelhante com minhas imagens e encontrei este tópico.
No meu caso, descobriu-se que montar os volumes é a fonte de confusão.

No seu caso, certifique-se de que app.conf é um arquivo existente.
./config/nginx/app.conf:/etc/nginx/conf.d/default.conf

Isso montará seu app.conf local dentro do contêiner docker.
Se ele não existir em sua máquina local, o docker criará localmente um diretório "app.conf", que não é o que você normalmente esperaria neste caso específico.

Espero que ajude você.

clique em _icon tray Docker > Settings... > Shared Drivers_ e marque a caixa de seleção _Shared:_ C e D
Talvez te ajude!

Percebi que ter uma linha CMD em um dockerfile e um parâmetro -command em um arquivo docker-compose também acionará esse erro.

Esse problema não deve ser encerrado - ainda acontece, e o sudo não é realmente uma boa solução ao precisar apontar o docker-compose em uma máquina remota para implantação.

Isso é com o docker-compose 1.9.0.

Curiosamente, se eu ssh na máquina, docker-compose up -d é concluído sem erro. Então, para mim, isso só acontece quando executado remotamente.

O estranho é que a montagem na mensagem de erro é para um caminho local (em negrito abaixo) - referido relativamente no meu docker-compose, então talvez esse seja um problema de caminho relativo/absoluto com o docker-compose.

ERRO: para nginx Não é possível iniciar o serviço nginx: valor de campo de cabeçalho inválido "erro de tempo de execução oci:
container_linux.go:247: processo de inicialização do contêiner causado \"process_linux.go:359: inicialização do contêiner causado
\\"rootfs_linux.go:53: montando \\\\ "/data/www/aq/docker/nginx/default.conf \\\\" para rootfs \\\\"/var
/lib/docker/aufs/mnt/8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f\\\\"
em \\\\"/var/lib/docker/aufs/mnt
/8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f/etc/nginx/conf.d
/default.conf\\\\" causou \\\\"não um diretório\\\\"\\"\"\n"

Isso se deve a uma linha no docker-compose.yml tentando apontar a configuração do nginx de volta para o sistema de arquivos local:

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

Isso deve resolver para /home/root/docker no remoto e /data/www/aq/docker localmente. Em vez disso, o docker-compose parece estar tentando usar o caminho local no controle remoto.

Feliz em fornecer quaisquer outros detalhes/logs.

você precisa tornar o docker-entrypoint.sh um executável antes de construir a imagem:

chmod +x docker-entrypoint.sh

caso contrário, ele não pode ser executado e você obtém o erro de permissão.

Mesma questão aqui. Ainda não faço ideia de como começou.

Encontrei, não estava atribuindo as opções na ordem correta:

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

falha enquanto:

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

funciona.

Essas restrições de ordem de parâmetro são bastante irritantes. Nunca houve tantos problemas com qualquer executável Unix...

Estou batendo minha cabeça no meu teclado tentando fazer isso funcionar. Obrigado por postar a correção!

Esse problema também acontece no meu docker nativo no Mac ... não faço ideia de como resolvê-lo!

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

abaixo estão algumas informações sobre meu docker:

$ 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 seu parece ser um problema diferente!

O que você está tentando montar? Parece que uma pasta no seu host não existe.

Forneça seu arquivo docker-compose

Estou com os mesmos problemas. Eu estava executando um contêiner php-fpm e nginx.
Reiniciei minha máquina Windows e não consegui mais encontrar os arquivos que eu estava tentando incluir no contêiner 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)

Em seguida, reiniciei o contêiner e obtive:

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\\\"\""

"volumes" vincula diretórios... não arquivos.

@imarchuang vincular o diretório "config" => elk/elasticsearch/config com /usr/share/elasticsearch/config

@chielsen vincula o

Olá Romain,

Obrigado pela resposta, e de fato funciona ... então não há como se eu
gostaria de montar apenas um arquivo específico?

Cumprimentos
Marc Huang
Celular: (+1) 416-856-2622

Em 27 de fevereiro de 2017 às 09:41, Romain Dequidt [email protected]
escreveu:

"volumes" vincula diretórios... não arquivos.

@imarchuang https://github.com/imarchuang vincular o diretório "config"
=> elk/elasticsearch/config com /usr/share/elasticsearch/config

@chielsen https://github.com/chielsen vincular o diretório "php-fpm" com
diretório /etc/php/7.1/fpm/conf.d

—
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/docker/compose/issues/4039#issuecomment-282738779 ,
ou silenciar o thread
https://github.com/notifications/unsubscribe-auth/AHoqGkRXsN6lONNR52yXWSozxL3kawXqks5rguCugaJpZM4KZlqg
.

@romaindequidt Isso é estranho, pois sempre funcionou. Eu peguei isso em https://phpdocker.io/generator
A montagem de um arquivo também é especificada aqui: https://docs.docker.com/engine/tutorials/dockervolumes/#mount -a-host-file-as-a-data-volume

Eu encontrei uma solução alternativa por enquanto, tornando o arquivo somente leitura, adicionando ':ro' no final da linha.

Você monta um arquivo específico ou monta uma pasta inteira.
Você não pode montar um único arquivo em uma pasta!

Conforme retirado do link fornecido por @chielsen, você pode fazer isso:

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

que mapeia o arquivo .bash_history local dos usuários para o contêiner com o nome de arquivo especificado.

Acabei de pegar esse erro após a atualização do docker sem reiniciar o daemon do docker.

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"

Depois de reiniciar tudo funciona normal.

No meu caso, alterei o arquivo docker-compose.yml.
a partir de
- /usr/local/bin/docker:/usr/bin/docker
para
- /usr/bin/docker:/usr/bin/docker

Funciona bem.

Eu ainda ocasionalmente tenho esse erro. Na verdade, acabei de comprar um novo pc e fiz uma instalação limpa do win 10 e ainda tenho esse problema. A única maneira de corrigi-lo é reiniciar.
Alguém está investigando isso?

@chielsen Parece que isso pode acontecer pelo menos após a atualização do Docker. Resolvi esse problema para mim ao reiniciar o daemon do Docker.

quando eu docker executo, recebo o seguinte erro
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
e meu dockerfile a seguir
`FROM minchangchen/ openjdk:latest
MANTENEDOR minchangchen
LABEL name="tomcat" license="MIT" build-date="20170223"

VERSÃO ENV 8.5.15
ENV TOMCAT_PATH /data/env/tomcats/0

RUN 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/*

COPY catalina.sh $TOMCAT_PATH/bin/catalina.sh
COPY server.xml $TOMCAT_PATH/conf/server.xml
COPIAR context.xml $TOMCAT_PATH/conf/context.xml

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

WORKDIR $TOMCAT_PATH

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

todos me ajudem!!! - . --

Isso está acontecendo com o docker-toolbox no Windows 7 também:

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 Tente reiniciar sua caixa de ferramentas quando receber esse erro. e reinicie seu contêiner,
se você ainda tiver o mesmo erro, basta usar a caixa virtual na caixa de ferramentas do docker e retornar ao normal e deve corrigi-lo.

Consegui isso hoje.
Windows 10 Pro com o aplicativo Docker (hiper-v nativo) 17.03.1-ce-win5 (10743)
Estou executando esse contêiner específico há meses sem problemas. Notebook reiniciado e o bug não retornou.

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 o "C" maiúsculo no caminho parece suspeito. Acredito que, por padrão, o caminho esteja montado na VM boot2docker com letra de unidade minúscula - como /c/Users/xxx/....

Eu sei que essa não é exatamente a resposta, mas verifique o caminho nas propriedades da VM no VirtualBox.

Não usando o virtualbox, é o docker "nativo" no windows 10 pro (hyper-v com MobyLinux ou algo assim)

Isso ainda está acontecendo para mim. Estou usando o VS 2017 15.2. Novo projeto webapi .net core inalterado. Ele é executado e retorna a saída do controlador de valores. No entanto, com o docker ativado e em execução, ele falha

netcoreapp1.1.1
1.1.1
..docker-compose.dcproj

Erro MSB4018 A tarefa "PrepareForLaunch" falhou inesperadamente.
Microsoft.DotNet.Docker.CommandLineClientException: Recriando o dockercompose1799126456_webapplication1_1
ERRO: para webapplication1 Não é possível iniciar o serviço webapplication1: oci runtime error: container_linux.go:247: iniciar o processo do contêiner causou "process_linux.go:359: a inicialização do contêiner causou \"rootfs_linux.go:54: montagem \\"/C/Users/ ozi/clrdbg\\" para rootfs \\"/var/lib/docker/aufs/mnt/bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b\\" em \\"/clrdbg\\" causou \\"stat /C/Users/ozi/clrdbg: input /erro de saída\\"\""
Erros encontrados ao trazer o projeto.

Para obter mais informações sobre solução de problemas, acesse http://aka.ms/DockerToolsTroubleshooting ---> Microsoft.DotNet.Docker.CommandLineClientException: Recreating dockercompose1799126456_webapplication1_1
ERRO: para webapplication1 Não é possível iniciar o serviço webapplication1: oci runtime error: container_linux.go:247: iniciar o processo do contêiner causou "process_linux.go:359: a inicialização do contêiner causou \"rootfs_linux.go:54: montagem \\"/C/Users/ ozi/clrdbg\\" para rootfs \\"/var/lib/docker/aufs/mnt/bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b\\" em \\"/clrdbg\\" causou \\"stat /C/Users/ozi/clrdbg: input /erro de saída\\"\""
Erros encontrados ao trazer o projeto.
em System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
em System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
em Microsoft.DotNet.Docker.DockerComposeClient.d__18.MoveNext()
--- Fim do rastreamento de pilha de exceção interna ---
em Microsoft.DotNet.Docker.DockerComposeClient.d__18.MoveNext()
--- Fim do rastreamento de pilha do local anterior onde a exceção foi lançada ---
em System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
em System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
em Microsoft.DotNet.Docker.DockerWorkspace.d__14.MoveNext()
--- Fim do rastreamento de pilha do local anterior onde a exceção foi lançada ---
em System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
em System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
em Microsoft.DotNet.Docker.BuildTasks.DockerBaseTask.Execute()
em Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute()
em 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

No Windows 10 e acabei de encontrar esse bug. Entrar nas configurações do Docker -> unidades compartilhadas e, em seguida, desmarcar minha unidade, aplicar e selecionar novamente (aplicar) parece tê-lo corrigido. Obrigado @artem-gavrylenko

Eu tive esse erro uma coisa muito estúpida:

eu estava fazendo isso

COPY ./package.json /frontend

Em vez disso:

COPY ./package.json /frontend/

No Windows 10, encontrei o mesmo problema com o Docker para Windows. Isso começou a acontecer e eu não conseguia descobrir o motivo até perceber que alterei minhas credenciais do sistema operacional no início do dia! Entrei em Configurações do Docker -> unidades compartilhadas e cliquei em 'Redefinir minhas credenciais'. Pediram-me então minhas novas credenciais e tudo começou bem depois disso.

Temos dois pipelines diferentes, ambos estão sendo executados no mesmo docker, mas isso acontece apenas com um deles.... !!! alguma ideia?

Minha experiência foi que isso é realmente apenas uma condição de erro mal documentada. O problema (para mim) estava fazendo referência a um arquivo/diretório de origem em uma instrução VOLUME no meu arquivo de composição do docker.

corrigindo isso (na verdade, referindo-se ao arquivo/dir existente) corrigiu a condição.

Estou no Windows 7. Isso está no meu 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"

e eu recebo o erro

`$ docker-compose up
Removendo mcclatchy_elasticsearch_1
mcclatchy_memcached_1 está atualizado
mcclatchy_mailcatcher_1 está atualizado
Recriando 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 ...
mcclatchy_mysql_1 está atualizado
Recriando 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 ... erro

ERRO: para 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 Não é possível iniciar o serviço elasticsearch: oci runtime error: container_linux.go:265: iniciar o processo do contêiner causou "process_linux.go:368: a inicialização do contêiner causou \"rootfs_linux.go:57: montagem \\"/f/mcclatchy/ config/elasticsearch/elasticse
arch.yml \\ "para rootfs \\ "/ mnt / sda1 / var / lib / janela de encaixe / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\" em \\" / mnt / sda1 / var / lib / janela de encaixe / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f /usr/share/elasticsearch/config/elasticsearch.yml\\" causou \\"
não é um diretório\\"\""
: Você está tentando montar um diretório em um arquivo (ou vice-versa)? Verifique se o caminho do host especificado existe e é do tipo esperado

ERRO: for elasticsearch Não é possível iniciar o serviço elasticsearch: erro de tempo de execução oci: container_linux.go:265: iniciar o processo do contêiner causou "process_linux.go:368: a inicialização do contêiner causou \"rootfs_linux.go:57: montagem \\"/f/mcclatchy/ config/elasticsearch/elasticsearch.yml\\" para rootfs \\"/mnt/sda1/v
ar / lib / janela de encaixe / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\" em \\ "/ mnt / sda1 / var / lib / janela de encaixe / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f / usr / share / ElasticSearch / config / elasticsearch.yml \\" causado \\"não é um diretório\\"\""
: Você está tentando montar um diretório em um arquivo (ou vice-versa)? Verifique se o caminho do host especificado existe e é do tipo esperado`

Dss@Dss MINGW64 /c/zenbot
$ docker-compose up -d
Removendo zenbot_server_1
Recriando zenbot_mongodb-data_1 ...
Recriando zenbot_mongodb-data_1
AVISO: O serviço "mongodb-data" está usando o volume "/data/db" do con anterior
recipiente. O mapeamento de host "/c/zenbot/data/db" não tem efeito. Remova o conteúdo existente
Recriando zenbot_mongodb-data_1 ... feito
Recriando zenbot_mongodb_1 ...
Recriando zenbot_mongodb_1 ... feito
Recriando 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1 .
..
Recriando 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1 .
.. erro

ERRO: para 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1
Não é possível iniciar o servidor de serviço: erro de tempo de execução oci: container_linux.go:265: iniciando
processo do contêiner causou "process_linux.go:368: a inicialização do contêiner causou \"rootfs_
linux.go:57: montando \\"/c/zenbot/conf.js\\" no rootfs \\"/mnt/sda1/var/lib/
docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded067771196c9dd082aafaa975a3cc0a44
\\" em \\"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded06
7771196c9dd082aafaa975a3cc0a44/app/conf.js\\" causou \\"não um diretório\\"\""

: Você está tentando montar um diretório em um arquivo (ou vice-versa)? Verifique se o
o caminho do host especificado existe e é do tipo esperado

ERRO: para o servidor Não é possível iniciar o servidor de serviço: erro de tempo de execução oci: container_lin
ux.go:265: iniciar o processo do container causou "process_linux.go:368: container in
causou \"rootfs_linux.go:57: montando \\"/c/zenbot/conf.js\\" para rootfs \\
"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded067771196c9dd
082aafaa975a3cc0a44\\" em \\"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f0
37fada3c80378dded067771196c9dd082aafaa975a3cc0a44/app/conf.js\\" causou \\"não
um diretório\\"\""
: Você está tentando montar um diretório em um arquivo (ou vice-versa)? Verifique se o
o caminho do host especificado existe e é do tipo esperado
ERRO: Foram encontrados erros ao abrir o projeto.

$ versão docker
Cliente:
Versão: 17.07.0-ce
Versão da API: 1.31
Versão Go: go1.8.3
Git commit: 8784753
Construído: Ter, 29 de agosto 17:41:05 2017
SO/Arch: windows/amd64

Servidor:
Versão: 17.09.0-ce
Versão da API: 1.32 (versão mínima 1.12)
Versão Go: go1.8.3
Git commit: afdb6d4
Construído: Ter, 26 de setembro 22:45:38 2017
SO/Arch: linux/amd64
Experimental: falso

$ informações do docker
Recipientes: 7
Correndo: 2
Pausado: 0
Parado: 5
Imagens: 10
Versão do servidor: 17.09.0-ce
Driver de armazenamento: aufs
Diretório raiz: /mnt/sda1/var/lib/docker/aufs
Sistema de arquivos de apoio: extfs
Dir: 37
Dirperm1 Suportado: true
Driver de registro: arquivo json
Driver do Cgroup: cgroupfs
Plug-ins:
Volume: local
Rede: sobreposição nula macvlan do host da ponte
Log: awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
Enxame: inativo
Tempos de execução: runc
Tempo de execução padrão: runc
Binário de inicialização: docker-init
versão do containerd: 06b9cb35161009dcb7123345749fef02f7cea8e0
versão runc: 3f2f8b84a77f73d38244dd690525642a72156c64
versão de inicialização: 949e6fa
Opções de segurança:
segundo
Perfil: padrão
Versão do kernel: 4.4.89-boot2docker
Sistema operacional: Boot2Docker 17.09.0-ce (TCL 7.2); CABEÇA: 06d5c35 - qua 27 set
23:22:43 UTC 2017
Tipo de SO: linux
Arquitetura: x86_64
CPUs: 1
Memória Total: 995,8MiB
Nome: padrão
ID: MBC4:V75F:KP5Q:TIC3:MH65: GXPO:4RY7 :3 RWU:355J :VR54:V365:JBLD
Diretório raiz do docker: /mnt/sda1/var/lib/docker
Modo de depuração (cliente): false
Modo de depuração (servidor): true
Descritores de arquivo: 30
Goroutinas: 40
Hora do sistema: 2017-10-13T20:10:22.76759278Z
EventosOuvintes: 0
Registro: https://index.docker.io/v1/
Marcadores:
provedor=caixa virtual
Experimental: falso
Registros inseguros:
127.0.0.0/8
Restauração ao vivo habilitada: false

Oi.
Estou tendo problema semelhante. Novo aqui.
Tentei instalar esta imagem.

Se encaixou bem. Mas quando eu tento correr,

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

ele lança,

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

Já tentei sudo não parece funcionar.

Informações sobre a instalação do docker

 $ 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

informações do docker

 $ 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

Uma reinicialização funcionou para mim :-/

O mesmo aqui, a reinicialização não ajudou :(
Hospedeiro - ubuntu.
Tudo funciona bem, mas não quando instalei um gitlab-runner nele e tentei executar o docker-compose nele.
Alguém já percebeu?

Corrigido editando pastas de montagem no Kitematic. Eles apareceram repetidos pela primeira vez (pasta Docker: /var/www/html/something , pasta local: /var/www/html/something ). Após a edição, eles aparecem ilegíveis (pasta local: \d\srvT:est\something vez de \d\srv\test\something ), mas funcionam. Na mensagem de erro, a unidade de unidade está em maiúsculas ( stat /D/srv/test/something: input/output error ).

Isso no meu PC executando o Windows 10 com Hyper-V. Eu não pretendo instalar o Kitematic (+X) no meu servidor, então isso é mais uma solução temporária ...

Eu também tive esse erro no MacOS, redefinir o docker corrigiu de alguma forma.

Se estiver usando o MacOS, você deve tornar o docker-entrypoint.sh do seu host executável também, não apenas no seu Dockerfile. Peguei isso de uma dica, https://github.com/composer/docker/issues/7

@obfusticatedcode isso resolveu meu problema! Eu estava me perguntando por que esse projeto funcionou muito bem na minha estação de trabalho Windows, mas estava dando errado no meu Macbook Pro. Obrigado!

No meu caso, yum install libseccomp libseccomp-devel .

Eu estava usando imagens baseadas em alpine e mudei /bin/bash para /bin/sh e funcionou bem :-)

Quero agradecer a @obfusticatedcode ! Problema resolvido. No meu caso, o projeto funcionou no Windows, mas falhou ao executar docker-compose up no Debian.

Enfrentou e resolveu o mesmo problema. Para mim, foi devido à declaração de nível de serviço volumes no arquivo docker-compose.yml .

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

Isso estava substituindo qualquer coisa que eu copiei para o ponto de montagem /app no Dockerfile .
Comentar a declaração volumes funcionou.

Eu poderia fazê-lo funcionar no Windows 10 depois de executar o prompt de comando como administrador.

O problema para mim foi que eu mudei recentemente a senha do Windows, indo para as configurações do Docker -> unidades compartilhadas, desmarcando minha unidade, aplicando e, em seguida, selecionando novamente (aplicando) corrigi-lo.

@sajadghawami Eu queria agradecer a você, pessoalmente, por me salvar desse inferno. Seu comentário foi valioso!! Obrigado <3

No Windows 10 e acabei de encontrar esse bug. Entrar nas configurações do Docker -> unidades compartilhadas e, em seguida, desmarcar minha unidade, aplicar e selecionar novamente (aplicar) parece tê-lo corrigido. Obrigado @artem-gavrylenko

Isso foi perfeito. Por que coisas assim acontecem?? Alguém sabe?

Você pode procurar /docker-entrypoint-initdb.d na seção de volumes se o arquivo sql não existir retornará este erro.

```
mysql:
imagem: percona:5.6
portas:
- "3306:3306"
volumes:
- ./sql/bk.sql:/docker-entrypoint-initdb.d/bk.sql # bk.sql não existe, comente a linha ou coloque o arquivo lá
- ./docker/mysql:/var/lib/mysql

Mesmo erro

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.

Um colega de equipe acabou de se deparar com esse problema. A solução de @sajadghawami funcionou para nós.

Uma observação sobre a situação que pode ter causado isso - ela mudou sua senha do Windows no dia anterior. Embora eu não tenha recursos pessoais para validar esse comportamento, acho que seria fácil testar isso.

Estou puxando meu cabelo há algum tempo, pois não consigo obter reação para instalar seguindo as instruções em https://docs.reactioncommerce.com/docs/next/installation-reaction-platform.

Estou executando o Windows 7 64-bit Pro com node.js 8.12.0 e, em vez de usar o instalador mais recente, compatível apenas com o Windows 10, instalei com sucesso Muitas etapas concluídas com êxito Docker Toolbox, que contém o Docker Engine e o Oracle VM. Tudo bem até agora.

Configurei o GitHub com SSH e clonei com sucesso o projeto de reação usando git.

Quando executo o comando make, muitas etapas são concluídas com sucesso, mas continua falhando na etapa 40/41 com o erro abaixo. (Observação: para criar as duas redes auth.reaction.localhost e api.reaction.localhost, tive que desativar o Firewall do Windows e executar os comandos docker network create 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

Qualquer ajuda ou indicações seria muito apreciada!

Se alguém estiver interessado, consegui concluir a instalação no Windows copiando a pasta da plataforma de reação no diretório do usuário ... (acho que foi algum tipo de problema de permissão, talvez?)

De qualquer forma, ainda não consegui executá-lo seguindo as instruções do desenvolvedor descritas e simplesmente executando o comando 'make' no diretório da plataforma de reação.

Até agora, as instruções para os desenvolvedores do Windows foram MUITO POBRES - uma enorme vergonha IMO

O problema para mim foi que eu mudei recentemente a senha do Windows, indo para as configurações do Docker -> unidades compartilhadas, desmarcando minha unidade, aplicando e, em seguida, selecionando novamente (aplicando) corrigi-lo.

MUITO obrigado, @danielcgithub. salvou meu dia.

Pelo que vale: sudo docker container prune corrigiu o problema para mim.

clique em _icon tray Docker > Settings... > Shared Drivers_ e marque a caixa de seleção _Shared:_ C e D
Talvez te ajude!

Tu é pica mesmo

clique em _icon tray Docker > Settings... > Shared Drivers_ e marque a caixa de seleção _Shared:_ C e D
Talvez te ajude!

Um colega de equipe acabou de se deparar com esse problema. A solução de @sajadghawami funcionou para nós.

Uma observação sobre a situação que pode ter causado isso - ela mudou sua senha do Windows no dia anterior. Embora eu não tenha recursos pessoais para validar esse comportamento, acho que seria fácil testar isso.

Só para complementar os outros comentários aqui de várias pessoas, isso aconteceu comigo recentemente e posso confirmar. Eu havia mudado recentemente a senha, o computador foi reiniciado e docker-compose não abria os containers. Desmarcar e verificar novamente o Shared Drive, seguido de inserir a senha atualizada, fez tudo funcionar.

Ele falha ao definir o ponto de entrada conforme a documentação
~~versão: '3.2'Serviços:meu_serviço:imagem: minha_imagemvolumes:- /home/app/config:/rootponto de entrada:- ls /raiz~ ~

Funciona ao alterar o ponto de entrada para
~~ponto de entrada:ls /raiz~ ~
sem hífen

Isso aconteceu ao tentar executar um docker através da caixa de ferramentas do docker no Windows no WSL. Para o que vale para qualquer um aqui, meu problema foi resolvido certificando-me de que eu estava acessando as coisas pelas janelas em vez do sistema de arquivos linux:

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

# no WSL com o docker em execução no Windows, $PWD não funcionará e deve ser definido como $PWD no início rápido do docker,
# vi. docker run -it --rm --name lispy -v /c/Users/firez/Documents/Development/lis.py:/Lis_Py python:3 python Lis_Py/lis.py || docker start -ia lispy

o que acontece

Eu também enfrento o erro "OCI runtime create failed" também.
aqui está o meu comando docker-compose up -d

como eu resolvi

Eu faço login no servidor por ssh -A e, em seguida, ocorre um erro.
Eu saio e entro por ssh sem params, tudo certo.

registro

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.

Eu recebi o mesmo erro quando tentei um volume não fornecido na imagem.
Quero dizer, em docker-compose.yml, isso funciona

• "C:/tomcat/logs:/usr/local/tomcat/logs"
  e isso não
  
  
  
  • "C:/tomcat:/usr/local/tomcat"
  
  

Estou vendo esse problema intermitentemente no meu servidor Ubuntu 18.04 de produção ao implantar por meio do Azure Pipelines. Reiniciar o Docker e/ou reiniciar o servidor às vezes o corrige. Parece ser uma mensagem de erro bastante vaga com muitas causas raiz diferentes ...

Registro | Fonte

Outro problema pode ser quando você vincula um volume anexado ao diretório local e seu ponto de entrada está localizado no diretório que foi substituído no contêiner. Assim, o docker tenta executar o ponto de entrada e não o encontra ou obtém uma negação de permissões.

Hoje também tive esse problema. O que eu fiz ontem, apenas mudei minha senha de usuário do Windows. Hoje quando tentei iniciar meu container me deparei com essa mensagem de erro.

Como eu resolvi? Redefina as credenciais da unidade nas configurações. O Docker Desktop armazena minha senha quando dou acesso às minhas unidades 🤷‍♂ ?

Também estou recebendo um semelhante, mas um pouco diferente, por favor me ajude

docker-compose
Iniciando wapdocker_wordpress_1 ... erro

ERRO: para wapdocker_wordpress_1 Não é possível iniciar o serviço wordpress: b'OCI runtime create failed: container_linux.go:345: iniciar o processo do contêiner causou "exec: \"/bin/sh\": stat /bin/sh: nenhum arquivo ou diretório" : desconhecido'

ERRO: for wordpress Não é possível iniciar o serviço wordpress: b'OCI runtime create failed: container_linux.go:345: iniciar o processo do contêiner causou "exec: \"/bin/sh\": stat /bin/sh: nenhum arquivo ou diretório" : desconhecido'
ERRO: Foram encontrados erros ao abrir o projeto.

Muito fácil de corrigir, no meu caso eu só precisava salvar os arquivos usados ​​pelo docker com a linha final LF em vez da linha final CRLF, você pode usar o Vscode para fazer isso e também pode configurá-lo para salvar automaticamente como LF usando a extensão editorconfig.

Só queria pesar sobre esse erro. Eu tive e resolvi.

No meu caso eu estava usando o Proxmox VE 6.0 e um container do sistema (CT) rodando o CentOS. O que eu estava tentando alcançar era executar um contêiner regular (micro) nessa instância. E recebi a mensagem de erro. Permissões verificadas - elas estavam ok. Selinux verificado - não foi ativado. Então me dei conta: virtualização aninhada.

Acontece que eu não habilitei a virtualização aninhada no Proxmox VE para o contêiner do sistema executando o CentOS. Eu parei, habilitei a virtualização aninhada e voila, agora eu poderia executar contêineres padrão (micro) dentro dele.

Espero que ajude.

Pelo que vale: sudo docker container prune corrigiu o problema para mim.

Funcionou para mim, obrigado! :D

Esta resposta funcionou para mim: https://github.com/docker/compose/issues/4039#issuecomment -261353666 obrigado @artem-gavrylenko

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

Percebi que ter uma linha CMD em um dockerfile e um parâmetro -command em um arquivo docker-compose também acionará esse erro.

Encontrei isso hoje com o Docker 19.03.4 rodando com o Docker para Mac e ☝️ corrigiu o problema para mim. Eu removi command: npm start do meu docker-compose.yml já que meu Dockerfile chamou CMD npm start . Tudo parece funcionar como esperado agora.

você precisa tornar o docker-entrypoint.sh um executável antes de construir a imagem:

chmod +x docker-entrypoint.sh

caso contrário, ele não pode ser executado e você obtém o erro de permissão.

Isso me ajudou. Obrigada.

Estou com um problema semelhante. Minha mensagem de erro é esta:
ERRO: para logstash Não é possível iniciar o logstash de serviço: falha na criação do tempo de execução OCI: container_linux.go:346: iniciando o processo do contêiner causou "process_linux.go:449: a inicialização do contêiner causou "rootfs_linux.go:58: montagem \"/c/users/revature /documents/revature/William's Code/elasticapmdocker/logstash/logstash.yml\" para rootfs \"/mnt/sda1/var/lib/docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c3df974e39f57/merged\" em \"// /docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c3df974e39f57/merged/usr/share/logstash/config/logstash.yml\" causou \"não um diretório\""":

De acordo com minha mensagem de erro, algo pode estar errado com meu arquivo logstash.yml e meu arquivo apm-server.yml

Então, meu arquivo logstash.yml se parece com isso:
encanamento:
lote:
atraso: 50
tamanho: 125
xpack.monitoring.enabled: true

E meu apm-server.yml fica assim:
apm-servidor:
host: "0.0.0.0:8200"
setup.dashboards.enabled: true
rum:
habilitado: verdadeiro
allow_origins: [' http://localhost :8080']
quibana:
habilitado: verdadeiro
host: " localhost:5601 "
logging.level: info
logging.to_files: true
logging.files:
caminho: CHANGE_ME
nome: DemoWebApplication
manter arquivos: 7
permissões: 0644
logging.metrics:
habilitado: verdadeiro
output.elasticsearch:
index: "apm-server-%{+yyyy.MM.dd}"
hosts: [" localhost:9200 "]
setup.template.name: "apm-server"
setup.template.pattern: "apm-server-*"

$ docker-compose up --build
Criando aplicativo
Passo 1/10: DE ruby:2.6-slim
---> cd9eb8fc5abd
Etapa 2/10: EXECUTAR apt-get update -qq && apt-get install -y build-essential cmake git tzdata libpq-dev ruby-dev curl
---> Usando cache
---> dae7cef58b65
Etapa 3/10: EXECUTAR curl -sL https://deb.nodesource.com/setup_11.x | bash - && apt-get install -y nodejs
---> Usando cache
---> 68bdae8e1191
Etapa 4/10: EXECUTAR 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 cache
---> 8ae18681c5c2
Etapa 5/10: EXECUTAR apt-get clean && rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/*
---> Usando cache
---> e7fece4b0095
Etapa 6/10: EXECUTAR mkdir /app
---> Usando cache
---> f59bc64ba38c
Etapa 7/10: WORKDIR /app
---> Usando cache
---> 0e280a5c2986
Etapa 8/10: EXECUTAR gem install bundler -v 1.17.3
---> Usando cache
---> 3cd92734be84
Etapa 9/10: ENTRYPOINT [./docker-entrypoint.sh"]
---> Usando cache
---> 0071a71c1342
Etapa 10/10: CMD ["bash"]
---> Usando cache
---> a069f4950175
Construído com sucesso a069f4950175
Etiquetada com sucesso ifme-master_ app:latest
ifme-master_db_1 está atualizado
Iniciando ifme-master_app_1 ... erro
ERRO: para ifme-master_app_1 Não é possível iniciar o aplicativo de serviço: falha na criação do tempo de execução OCI: container_linux.go:346: iniciar o processo do contêiner causou "exec: "./docker-entrypoint.sh": stat ./docker-entrypoint.sh: no such arquivo ou diretório": desconhecido

ERRO: para o aplicativo Não é possível iniciar o aplicativo de serviço: falha na criação do tempo de execução OCI: container_linux.go:346: iniciar o processo do contêiner causou "exec: "./docker-entrypoint.sh": stat ./docker-entrypoint.sh: nenhum arquivo ou diretório": desconhecido
ERRO: Foram encontrados erros ao abrir o projeto.

Estou recebendo este erro ao executar o comando docker-compose up --build
embora eu tenha docker-entrypoint.sh

Isso pode ser causado por uma alteração de senha.
Clique com o botão direito do mouse no ícone do docker
-> configurações
-> Drives compartilhados
-> selecione novamente o local de trabalho e o sistema exigirá que você digite a senha novamente.

Estou recebendo esse erro também, e sudo corrigiu. No entanto, deve haver uma solução alternativa para este problema.

Em vez de executar como sudo, basta executar o comando
chmod a+x /path/to/your/script.sh
para dar permissão para executar. Isso é muito melhor do que usar sudo todas as vezes.

Estou recebendo esse erro também, e sudo corrigiu. No entanto, deve haver uma solução alternativa para este problema.

Em vez de executar como sudo, basta executar o comando
chmod a+x /path/to/your/script.sh
para dar permissão para executar. Isso é muito melhor do que usar sudo todas as vezes.

A qual script você se refere? @motoxnate

@simanto604newscred o script ao qual me refiro é o script de shell usado para exibir o restante do projeto. No post original, esta seria a última linha no dockerfile que é:
CMD ["script/docker-entrypoint.sh"]
O script aqui está localizado em script/docker-entrypoint.sh

Você só precisa alterar as permissões de script com chmod a+x <script> uma vez e não precisará mais usar sudo.

Sinto muito adicionar a este problema depois que ele foi aberto:

Mas eu encontrei uma maneira de contornar isso. Simplesmente reconstrua a imagem executando:

docker-compose build

E, em seguida, inicie um contêiner usando a imagem recém-criada:

docker-compose up

Isso é tudo.

Eu espero que isso ajude

Eu estava tendo um problema semelhante e nenhuma das maneiras descritas aqui ajudou.
Mais tarde, notei que estava executando todos os comandos de dentro de um ambiente virtual python.
Eu pensei que não fazia diferença porque hoje cedo todas as compilações estavam indo bem, mas hoje mais tarde nem um único passou pelo evento após a poda, reiniciando o serviço docker, etc.
Depois que desativei o ambiente virtual tudo começou a funcionar corretamente.
Deixando isso aqui para que possa ajudar outra pessoa.