Compose: 尝试运行 docker-compose up 时出错。 “oci 运行时错误:container_linux.go:247...”

创建于 2016-10-18  ·  83评论  ·  资料来源: docker/compose

当尝试使用docker-compose up启动构建容器时,出现错误:

ERROR: for app  Cannot start service app: invalid header field value "oci runtime error: container_linux.go:247: starting container process caused \"exec: \\\"script/docker-entrypoint.sh\\\": stat script/docker-entrypoint.sh: no such file or directory\"\n"
ERROR: compose.cli.main.main: Encountered errors while bringing up the project.

我试过重新安装 docker、docker-compose、virtualbox、重建容器、重建机器。
将几乎所有这些东西降级到以前的版本。 从字面上重试整个码头安装流程。

该问题仅出现在docker-compose up 。 当我使用docker run ...时一切正常。
重要的是整个设置在我的 OSX 安装上正常工作。 不幸的是,我的 Xenial Ubuntu 不想合作。

我检查了问题存档,但找不到可以帮助我解决问题的答案。

这是我的整个设置配置:
docker-compose.yml

version: "2"
services:
  app:
    build: .
    volumes:
      - .:/app
    depends_on:
      - cache-redis
    links:
      - cache-redis
  nginx:
    image: nginx:1.11.1-alpine
    depends_on:
      - app
    links:
      - app
    ports:
      - "80:80"
    volumes:
      - ./config/nginx/app.conf:/etc/nginx/conf.d/default.conf
  cache-redis:
    image: redis:3.2.1-alpine
    volumes:
      - cache-redis:/var/lib/cache-redis/data

volumes:
  cache-redis:
    driver: local

Dockerfile

FROM jruby:9.1.2.0-jre-alpine

RUN apk --update --no-cache add build-base less git openssh

RUN mkdir -p /app

WORKDIR /app

COPY Gemfile Gemfile.lock ./

RUN gem install bundler && bundle install

COPY . ./

CMD ["script/docker-entrypoint.sh"]

script/docker-entrypoint.sh

#!/bin/sh
rm -f tmp/pids/server.pid
padrino s -h 0.0.0.0

docker-compose -v
docker-compose version 1.8.1, build 878cff1

docker version

Client:
 Version:      1.12.2
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   bb80604
 Built:        Tue Oct 11 18:29:41 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.12.2
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   bb80604
 Built:        Tue Oct 11 17:00:50 2016
 OS/Arch:      linux/amd64

docker info

Containers: 6
 Running: 1
 Paused: 0
 Stopped: 5
Images: 15
Server Version: 1.12.2
Storage Driver: aufs
 Root Dir: /mnt/sda1/var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 37
 Dirperm1 Supported: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host null overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Security Options: seccomp
Kernel Version: 4.4.24-boot2docker
Operating System: Boot2Docker 1.12.2 (TCL 7.2); HEAD : 9d8e41b - Tue Oct 11 23:40:08 UTC 2016
OSType: linux
Architecture: x86_64
CPUs: 1
Total Memory: 995.9 MiB
Name: default
ID: G442:OWMQ:BPXD:7MK5:HM7J:R7PO:DNBP:ZSKI:HJH4:OCE4:UX36:M2PO
Docker Root Dir: /mnt/sda1/var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
 File Descriptors: 21
 Goroutines: 38
 System Time: 2016-10-18T09:18:30.024046419Z
 EventsListeners: 0
Registry: https://index.docker.io/v1/
Labels:
 provider=virtualbox
Insecure Registries:
 127.0.0.0/8

最有用的评论

在构建映像之前,您必须使 docker-entrypoint.sh 成为可执行文件:

chmod +x docker-entrypoint.sh

否则它不能被执行并且你得到权限错误。

所有83条评论

我已经设法修复它。 我的权限错误,需要将docker-compose作为sudo

我也遇到了这个错误, sudo修复了它。 但是,应该有一个替代解决方案来解决这个问题。

@michalwarda @jakerobers我也遇到了这个问题。 我认为你应该重新打开这个问题。

我正在使用非常普通的 Docker for Mac 安装,我不记得在docker-compose命令上做了任何需要此权限级别的操作。

我遇到了类似的错误,不幸的是 sudo 没有解决这个问题。

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"

我的图像有类似的问题,并找到了这个线程。
就我而言,事实证明,安装卷是混乱的根源。

在您的情况下,请确保 app.conf 是现有文件。
./config/nginx/app.conf:/etc/nginx/conf.d/default.conf

这会将您的本地 app.conf 挂载到 docker 容器内。
如果它在您的本地计算机上不存在,docker 将在本地创建一个“app.conf”目录,这不是您在这种特殊情况下通常所期望的。

我希望它会帮助你。

单击 _icon 托盘 Docker > Settings... > Shared Drivers_ 并选择复选框 _Shared:_ CD
也许对你有帮助!

我注意到 dockerfile 中有一个 CMD 行,而 docker-compose 文件中有一个 -command 参数也会触发此错误。

这个问题不应该被关闭 - 它仍然会发生,当需要将 docker-compose 指向远程机器进行部署时,sudo 并不是一个很好的解决方案。

这是 docker-compose 1.9.0。

有趣的是,如果我 ssh 进入机器, docker-compose up -d 将完成而没有错误。 所以,对我来说,这只发生在远程运行时。

奇怪的是,错误消息中的挂载是针对本地路径(下面以粗体显示)- 在我的 docker-compose 中相对引用,所以这可能是 docker-compose 的相对/绝对路径问题。

错误:对于 nginx 无法启动服务 nginx:无效的标头字段值“oci 运行时错误:
container_linux.go:247: 启动容器进程导致 \"process_linux.go:359: 容器初始化导致
\\"rootfs_linux.go:53: 挂载 \\\\ "/data / aq / nginx /
/lib/docker/aufs/mnt/8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f\\\\"
在 \\\\"/var/lib/docker/aufs/mnt
/8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f/etc/nginx/conf.d
/default.conf\\\\" 导致 \\\\"not a directory\\\\"\\"\"\n"

这是由于 docker-compose.yml 中的一行试图将 nginx 的配置指向本地文件系统:

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

这应该解析为远程的 /home/root/docker 和本地的 /data/www/aq/docker。 相反, docker-compose 似乎正在尝试使用远程上的本地路径。

很高兴提供任何其他详细信息/日志。

在构建映像之前,您必须使 docker-entrypoint.sh 成为可执行文件:

chmod +x docker-entrypoint.sh

否则它不能被执行并且你得到权限错误。

这里同样的问题。 还不知道它是如何开始的。

找到它,我没有按正确的顺序分配选项:

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

失败时:

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

作品。

这些参数顺序限制非常烦人。 任何 Unix 可执行文件从来没有这么多问题...

我一直把头撞到我的键盘上,试图让它工作。 感谢您发布修复程序!

这个问题也发生在我在 Mac 上的本地 docker 上......不知道如何解决它!

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

以下是关于我的 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你似乎是一个不同的问题!

你想安装什么? 似乎您主机上的文件夹不存在。

请提供您的 docker-compose 文件

我有同样的问题。 我正在运行一个 php-fpm 和 nginx 容器。
重新启动我的 Windows 机器,它再也找不到我试图包含在 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)

然后重新启动容器并得到:

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

“卷”绑定目录......不是文件。

@imarchuang将“config”目录 => elk/elasticsearch/config 与 /usr/share/elasticsearch/config 绑定

@chielsen将“php-fpm”目录与 /etc/php/7.1/fpm/conf.d 目录绑定

嗨,罗曼,

感谢您的回复,确实有效......所以我没有办法
只想挂载特定文件?

最好的祝福
马克·黄
手机:(+1) 416-856-2622

2017 年 2 月 27 日 09:41,Romain Dequidt [email protected]
写道:

“卷”绑定目录......不是文件。

@imarchuang https://github.com/imarchuang绑定“config”目录
=> elk/elasticsearch/config 与 /usr/share/elasticsearch/config

@chielsen https://github.com/chielsen绑定“php-fpm”目录
/etc/php/7.1/fpm/conf.d 目录


你收到这个是因为你被提到了。
直接回复此邮件,在 GitHub 上查看
https://github.com/docker/compose/issues/4039#issuecomment-282738779 ,
或使线程静音
https://github.com/notifications/unsubscribe-auth/AHoqGkRXsN6lONNR52yXWSozxL3kawXqks5rguCugaJpZM4KZlqg
.

@romaindequidt这很奇怪,因为它总是有效。 我从https://phpdocker.io/generator得到这个
此处还指定了挂载文件: https :

我现在找到了一种解决方法,将文件设为只读,在行尾添加“:ro”。

您要么挂载特定文件,要么挂载整个文件夹。
您不能将单个文件挂载到文件夹中!

@chielsen提供的链接中,您可以执行以下操作:

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

它将用户本地.bash_history文件映射到具有指定文件名的容器中。

我在更新 docker 后没有重新启动 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"

重启后一切正常。

就我而言,我更改了 docker-compose.yml 文件。

- /usr/local/bin/docker:/usr/bin/docker

- /usr/bin/docker:/usr/bin/docker

它工作正常。

我仍然偶尔会遇到这个错误。 实际上,我刚刚购买了一台新电脑并进行了干净的 win 10 安装,但仍然存在此问题。 修复它的唯一方法是重新启动。
有人在调查这个吗?

@chielsen似乎至少在 Docker 更新之后可能会发生。 我通过重新启动 Docker 守护进程为我解决了这个问题。

当我 docker run 时,我得到以下错误
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
和我的 dockerfile 在下面
`FROM minchangchen/ openjdk:latest
MAINAINER 民昌臣
标签名称=“tomcat”许可证=“麻省理工学院”构建日期=“20170223”

环境版本 8.5.15
ENV TOMCAT_PATH /data/env/tomcats/0

运行 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/*

复制 catalina.sh $TOMCAT_PATH/bin/catalina.sh
复制 server.xml $TOMCAT_PATH/conf/server.xml
复制 context.xml $TOMCAT_PATH/conf/context.xml

运行 chmod +x $TOMCAT_PATH/bin/catalina.sh

工作目录 $TOMCAT_PATH

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

大家帮帮我!!! - 。 --

Windows 7 上的 docker-toolbox 也会发生这种情况:

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 收到此错误时尝试重新启动您的工具箱。 并重新启动您的容器,
如果您仍然有同样的错误,只需使用 docker 工具箱中的虚拟框,然后返回正常的,它应该可以修复它。

今天得到了这个。
Windows 10 Pro 与 Docker 应用程序(本机 hyper-v)17.03.1-ce-win5 (10743)
我已经运行这个特定的容器几个月了,没有问题。 重新启动笔记本电脑,错误没有返回。

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 路径中的大写“C”看起来很可疑。 我相信默认情况下,路径以小写驱动器号挂载到 boot2docker 虚拟机中 - 例如 /c/Users/xxx/....

我知道这不完全是答案,但请检查 VirtualBox 中 VM 属性中的路径。

不使用virtualbox,它是windows 10 pro上的“本机”docker(带有MobyLinux的hyper-v或其他东西)

这仍然发生在我身上。 我正在使用 VS 2017 15.2。 新的 .net core webapi 项目不变。 它运行并从值控制器返回输出。 但是,启用 docker 并运行 docker 会失败



netcoreapp1.1.1
1.1.1
..docker-compose.dcproj













错误 MSB4018 “PrepareForLaunch”任务意外失败。
Microsoft.DotNet.Docker.CommandLineClientException:重新创建 dockercompose1799126456_webapplication1_1
错误:对于 webapplication1 无法启动服务 webapplication1:oci 运行时错误:container_linux.go:247:启动容器进程导致“process_linux.go:359:容器初始化导致\”rootfs_linux.go:54:安装\\“/C/Users/ ozi/clrdbg\\" 到 rootfs \\"/var/lib/docker/aufs/mnt/bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b\\" 在 \\"/clrdbg\\" 导致 \\"stat /C/Users/ozi/clrdbg: 输入/输出错误\\"\""
启动项目时遇到错误..

有关更多故障排除信息,请访问 http://aka.ms/DockerToolsTroubleshooting ---> Microsoft.DotNet.Docker.CommandLineClientException: Recreating dockercompose1799126456_webapplication1_1
错误:对于 webapplication1 无法启动服务 webapplication1:oci 运行时错误:container_linux.go:247:启动容器进程导致“process_linux.go:359:容器初始化导致\”rootfs_linux.go:54:安装\\“/C/Users/ ozi/clrdbg\\" 到 rootfs \\"/var/lib/docker/aufs/mnt/bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b\\" 在 \\"/clrdbg\\" 导致 \\"stat /C/Users/ozi/clrdbg: 输入/输出错误\\"\""
启动项目时遇到错误。
在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(任务任务)
在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(任务任务)
在 Microsoft.DotNet.Docker.DockerComposeClient。d__18.MoveNext()
--- 内部异常堆栈跟踪结束 ---
在 Microsoft.DotNet.Docker.DockerComposeClient。d__18.MoveNext()
--- 从先前抛出异常的位置结束堆栈跟踪 ---
在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(任务任务)
在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(任务任务)
在 Microsoft.DotNet.Docker.DockerWorkspace。d__14.MoveNext()
--- 从先前抛出异常的位置结束堆栈跟踪 ---
在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(任务任务)
在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(任务任务)
在 Microsoft.DotNet.Docker.BuildTasks.DockerBaseTask.Execute()
在 Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute()
在 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

在 Windows 10 上,刚刚遇到了这个错误。 进入 Docker 设置 -> 共享驱动器,然后取消选择我的驱动器,应用,然后重新选择(应用)似乎已经修复它。 谢谢@artem-gavrylenko

我有一个非常愚蠢的错误:

我在做这个

COPY ./package.json /frontend

除此之外:

COPY ./package.json /frontend/

在 Windows 10 上,我在使用 Docker for Windows 时遇到了同样的问题。 这开始发生了,直到我意识到我在当天早些时候更改了我的操作系统凭据,我才弄清楚为什么! 我进入 Docker 设置 --> 共享驱动器并单击“重置我的凭据”。 然后我被要求提供我的新凭据,之后一切正常。

我们有两条不同的管道,它们都在同一个 docker 上运行,但这只发生在其中一个上.... !!!有任何想法吗?

我的经验是,这实际上只是一个记录不充分的错误情况。 问题(对我来说)是在我的 docker-compose 文件中的VOLUME语句中引用源文件/目录。

修复它(通过实际引用现有文件/目录)修复了条件。

我在 Windows 7 上。这是在我的 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"

我得到了错误

`$ docker-compose up
删除 mcclachy_elasticsearch_1
mclatchy_memcached_1 是最新的
mclatchy_mailcatcher_1 是最新的
正在重新创建 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 ...
mcclachy_mysql_1 是最新的
重新创建 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 ... 错误

错误:对于 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 无法启动服务 elasticsearch:oci 运行时错误:container_linux.go:265:启动容器进程导致“process_linux.go:368:容器初始化导致\”rootfs_linux.go:57:安装\\“/f/mcclatchy/配置/弹性搜索/弹性
arch.yml \\ “到根文件\\ ”的/ mnt / SDA1的/ var / lib中/搬运工/ AUFS的/ mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\“ 在\\” 的/ mnt / SDA1的/ var / lib中/搬运工/ AUFS的/ mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f /usr/share/elasticsearch/config/elasticsearch.yml\\"导致\\"
不是目录\\"\""
:您是否尝试将目录挂载到文件上(反之亦然)? 检查指定的主机路径是否存在并且是预期的类型

错误:对于elasticsearch无法启动服务elasticsearch:oci运行时错误:container_linux.go:265:启动容器进程导致“process_linux.go:368:容器初始化导致\”rootfs_linux.go:57:安装\\“/f/mcclatchy/ config/elasticsearch/elasticsearch.yml\\" 到 rootfs \\"/mnt/sda1/v
AR / LIB /搬运工/ AUFS的/ mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\”在\\ “的/ mnt / SDA1的/ var / lib中/搬运工/ AUFS的/ mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f的/ usr /共享/ elasticsearch /配置/ elasticsearch.yml \\” 引起\\"不是目录\\"\""
:您是否尝试将目录挂载到文件上(反之亦然)? 检查指定的主机路径是否存在并且是预期的类型`

Dss@Dss MINGW64 /c/zenbot
$ docker-compose up -d
删除 zenbot_server_1
重新创建 zenbot_mongodb-data_1 ...
重新创建 zenbot_mongodb-data_1
警告:服务“mongodb-data”正在使用前一个 con 中的卷“/data/db”
容器。 主机映射“/c/zenbot/data/db”无效。 删除现有的续
重新创建 zenbot_mongodb-data_1 ... 完成
重新创建 zenbot_mongodb_1 ...
重新创建 zenbot_mongodb_1 ... 完成
重新创建 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1 。
..
重新创建 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1 。
.. 错误

错误:对于 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1
无法启动服务服务器:oci 运行时错误:container_linux.go:265:正在启动
容器进程导致“process_linux.go:368:容器初始化导致\”rootfs_
linux.go:57: 挂载 \\"/c/zenbot/conf.js\\" 到 rootfs \\"/mnt/sda1/var/lib/
码头工人/aufs/mnt/77d9fd5e67b17f037fada3c80378dded067771196c9dd082aafaa975a3cc0a44
\\" 在 \\"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded06
7771196c9dd082aafaa975a3cc0a44/app/conf.js\\" 导致\\"不是目录\\"\""

:您是否尝试将目录挂载到文件上(反之亦然)? 检查是否
指定的主机路径存在并且是预期的类型

错误:对于服务器无法启动服务服务器:oci 运行时错误:container_lin
ux.go:265: 启动容器进程导致“process_linux.go:368: container in
它导致 \"rootfs_linux.go:57: mount \\"/c/zenbot/conf.js\\" 到 rootfs \\
"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded067771196c9dd
082aafaa975a3cc0a44\\" 在 \\"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f0
37fada3c80378dded067771196c9dd082aafaa975a3cc0a44/app/conf.js\\"导致\\"不
目录\\"\""
:您是否尝试将目录挂载到文件上(反之亦然)? 检查是否
指定的主机路径存在并且是预期的类型
错误:启动项目时遇到错误。

$ 码头工人版本
客户:
版本:17.07.0-ce
API版本:1.31
围棋版本:go1.8.3
Git 提交:8784753
建成时间:2017 年 8 月 29 日星期二 17:41:05
操作系统/架构:windows/amd64

服务器:
版本:17.09.0-ce
API 版本:1.32(最低版本 1.12)
围棋版本:go1.8.3
Git 提交:afdb6d4
建成时间:2017 年 9 月 26 日星期二 22:45:38
操作系统/架构:linux/amd64
实验:错误

$ 码头工人信息
容器:7
跑步:2
暂停:0
停止:5
图片:10
服务器版本:17.09.0-ce
存储驱动程序:aufs
根目录:/mnt/sda1/var/lib/docker/aufs
支持文件系统:extfs
目录:37
Dirperm1 支持:真
日志记录驱动程序:json 文件
Cgroup 驱动程序:cgroupfs
插件:
音量:本地
网络:桥接主机 macvlan 空覆盖
日志: awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
群:不活跃
运行时:runc
默认运行时:runc
初始化二进制文件:docker-init
容器版本:06b9cb35161009dcb7123345749fef02f7cea8e0
runc 版本:3f2f8b84a77f73d38244dd690525642a72156c64
初始版本:949e6fa
安全选项:
秒算
配置文件:默认
内核版本:4.4.89-boot2docker
操作系统:Boot2Docker 17.09.0-ce(TCL 7.2); 头部:06d5c35 - 9 月 27 日星期三
23:22:43 UTC 2017
操作系统类型:linux
架构:x86_64
中央处理器:1
总内存:995.8MiB
名称:默认
ID: MBC4:V75F:KP5Q:TIC3:MH65: GXPO:4RY7 :3 RWU:355J :VR54:V365:JBLD
Docker 根目录:/mnt/sda1/var/lib/docker
调试模式(客户端):false
调试模式(服务器):true
文件描述符:30
协程:40
系统时间:2017-10-13T20:10:22.76759278Z
事件监听器:0
注册表: https :
标签:
提供者=虚拟盒子
实验:错误
不安全的注册表:
127.0.0.0/8
启用实时恢复:假

你好。
我有类似的问题。 纽布在这里。
我试图安装这个图像。

它确实很合身。 但是当我尝试跑步时,

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

它抛出,

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

已经尝试过sudo似乎没有用。

有关 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

码头工人信息

 $ 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

重新启动对我有用:-/

同样在这里,重新启动没有帮助:(
主机 - ubuntu。
一切正常,但是当我在其上安装了 gitlab-runner 并尝试在其中执行 docker-compose 时就不行了。
有人已经弄清楚了吗?

通过在 Kitematic 中编辑安装文件夹进行修复。 它们首先出现重复(Docker 文件夹: /var/www/html/something ,本地文件夹: /var/www/html/something )。 编辑后,它们出现乱码(本地文件夹: \d\srvT:est\something而不是\d\srv\test\something ),但它们可以工作。 在错误消息中,单位驱动器大写 ( stat /D/srv/test/something: input/output error )。

这在我运行带有 Hyper-V 的 Windows 10 的 PC 上。 我不打算在我的服务器上安装 Kitematic (+X),所以这更像是一种临时解决方法......

我在 MacOS 上也遇到了这个错误,重置 docker 以某种方式修复了它。

如果你使用的是 MacOS,你应该让你的主机的 docker-entrypoint.sh 也可执行,而不仅仅是在你的 Dockerfile 上。 从提示中得到这个, https://github.com/composer/docker/issues/7

@obfusticatedcode这解决了我的问题! 我想知道为什么这个项目在我的 Windows 工作站上运行良好,但在我的 Macbook Pro 上却失败了。 谢谢!

就我而言, yum install libseccomp libseccomp-devel

我正在使用基于 alpine 的图像并将 /bin/bash 更改为 /bin/sh 并且它工作正常 :-)

要感谢@obfusticatedcode ! 问题解决了。 就我而言,该项目在 Windows 上运行,但在 Debian 上运行docker-compose up时失败。

面对并解决了同样的问题。 对我来说,这是由于docker-compose.yml文件中的服务级别volumes声明。

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

这覆盖了我在Dockerfile复制到/app挂载点的任何内容。
注释掉volumes声明有效。

在以管理员身份运行命令提示符后,我可以让它在 Windows 10 上运行。

对我来说问题是我最近更改了 Windows 密码,进入 Docker 设置 -> 共享驱动器,取消选择我的驱动器,应用,然后重新选择(应用)修复它。

@sajadghawami我想亲自感谢你把我从这个地狱中拯救出来。 您的评论非常宝贵!! 谢谢<3

在 Windows 10 上,刚刚遇到了这个错误。 进入 Docker 设置 -> 共享驱动器,然后取消选择我的驱动器,应用,然后重新选择(应用)似乎已经修复它。 谢谢@artem-gavrylenko

这是完美的。 为什么会发生这样的事情?? 有人知道吗?

如果 sql 文件不存在,您可以在卷部分中查找/docker-entrypoint-initdb.d将返回此错误。

```
mysql:
图片: percona:5.6
端口:
- “3306:3306”
卷:
- ./sql/bk.sql:/docker-entrypoint-initdb.d/bk.sql # bk.sql 不存在,注释该行或将文件放在那里
- ./docker/mysql:/var/lib/mysql

同样的错误

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.

一个队友刚刚遇到这个问题。 @sajadghawami的解决方案对我们

关于可能导致这种情况的情况的一个说明 - 她在前一天更改了她的 Windows 密码。 虽然我没有个人资源来验证这种行为,但我认为测试它会很容易。

我已经把头发拉了一段时间了,因为我无法按照https://docs.reactioncommerce.com/docs/next/installation-reaction-platform 上的说明安装

我正在运行带有 node.js 8.12.0 的 Windows 7 64 位 Pro,而不是使用仅与 Windows 10 兼容的最新安装程序,我已经成功安装了许多步骤成功完成了包含 Docker 引擎和 Oracle 的 Docker 工具箱虚拟机。 到目前为止一切都很好。

我已经使用 SSH 配置了 GitHub,并使用 git 成功克隆了反应项目。

当我运行 make 命令时,许多步骤成功完成,但在步骤 40/41 处一直失败,并出现以下错误。 (注意:要创建两个网络 auth.reaction.localhost 和 api.reaction.localhost 我必须关闭 Windows 防火墙并手动运行 docker network create 命令。)

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

任何帮助或指示将不胜感激!

如果有人有兴趣,我设法通过复制用户目录下的反应平台文件夹来在 Windows 上完成安装......(我认为这可能是某种权限问题?)

无论如何,我仍然无法通过遵循概述的开发人员说明并简单地在反应平台目录中运行“make”命令来让它运行。

到目前为止,对 Windows 开发人员的指导非常糟糕——IMO 真是太遗憾了

对我来说问题是我最近更改了 Windows 密码,进入 Docker 设置 -> 共享驱动器,取消选择我的驱动器,应用,然后重新选择(应用)修复它。

非常感谢,@danielcgithub。 拯救了我的一天。

对于它的价值: sudo docker container prune为我解决了这个问题。

单击 _icon 托盘 Docker > Settings... > Shared Drivers_ 并选择复选框 _Shared:_ CD
也许对你有帮助!

Tu é pica mesmo

单击 _icon 托盘 Docker > Settings... > Shared Drivers_ 并选择复选框 _Shared:_ CD
也许对你有帮助!

一个队友刚刚遇到这个问题。 @sajadghawami的解决方案对我们

关于可能导致这种情况的情况的一个说明 - 她在前一天更改了她的 Windows 密码。 虽然我没有个人资源来验证这种行为,但我认为测试它会很容易。

只是为了补充几个人的其他评论,这最近发生在我身上,我可以确认。 我最近更改了密码,计算机重新启动, docker-compose不会调出容器。 取消选中并重新检查共享驱动器,然后输入更新的密码,一切都启动并运行。

根据文档设置入口点时失败
~~版本:'3.2'服务:我的服务:图片:my_image卷:- /home/app/config:/root入口点:-ls /根~~

将入口点更改为
~~入口点:ls /根~~
没有臀部

我在尝试通过 WSL 上的 windows 中的 docker 工具箱运行 docker 时发生了这种情况。 对于这里的任何人来说,我的问题是通过确保我通过 Windows 而不是 linux 文件系统访问东西来解决的:

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

# 在 Windows 中运行 docker 的 WSL 上,$PWD 将不起作用,必须设置为与 docker quick-start 中的 $PWD 相同,
#即。 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

发生什么事

我也面临“OCI 运行时创建失败”错误。
这是我的命令docker-compose up -d

我是怎么解决的

我通过ssh -A登录服务器,然后出现错误。
我注销并通过没有参数的 ssh 登录,一切正常。

日志

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.

当我尝试图像中未提供的卷时,我得到了同样的错误。
我的意思是,在 docker-compose.yml 中,这是有效的

  • “C:/tomcat/logs:/usr/local/tomcat/logs”
    这不

    • “C:/tomcat:/usr/local/tomcat”

通过 Azure Pipelines 部署时,我在生产 Ubuntu 18.04 服务器上间歇性地看到此问题。 重新启动 Docker 和/或重新启动服务器有时会修复它。 这似乎是一个相当模糊的错误消息,有很多不同的根本原因......

日志| 来源

另一个问题可能是当您绑定附加到本地目录的卷并且您的入口点位于容器中被替换的目录时。 因此,docker 尝试执行入口点并且没有找到它或获得权限拒绝。

今天我也遇到了这个问题。 我昨天所做的只是更改了我的 Windows 用户密码。 今天当我尝试启动我的容器时遇到了这个错误消息。

我怎么解决的? 在设置中重置驱动器凭据。 当我授予对驱动器的访问权限时,Docker Desktop 是否会存储我的密码 🤷‍♂ ?

我也得到了类似但略有不同的情况,请帮助

码头工人组成
启动 wapdocker_wordpress_1 ... 错误

错误:对于 wapdocker_wordpress_1 无法启动服务 wordpress:b'OCI 运行时创建失败:container_linux.go:345:启动容器进程导致“exec:\”/bin/sh\”:stat /bin/sh:没有这样的文件或目录” : 未知'

错误:对于wordpress无法启动服务wordpress:b'OCI运行时创建失败:container_linux.go:345:启动容器进程导致“exec:\”/bin/sh\“:stat /bin/sh:没有这样的文件或目录” : 未知'
错误:启动项目时遇到错误。

很容易修复,在我的情况下,我只需要使用 LF 结束行而不是 CRLF 结束行保存 docker 使用的文件,您可以使用 Vscode 来执行此操作,您还可以将其配置为使用 editorconfig 扩展名自动保存为 LF。

只是想权衡一下这个错误。 我有它,我解决了它。

就我而言,我使用的是 Proxmox VE 6.0 和一个运行 CentOS 的系统容器 (CT)。 我试图实现的是在该实例中运行一个常规(微型)容器。 我收到了错误消息。 检查权限 - 他们没问题。 检查 selinux - 它没有被激活。 然后我恍然大悟:嵌套虚拟化。

原来我没有在 Proxmox VE 中为运行 CentOS 的系统容器启用嵌套虚拟化。 我停止了它,启用了嵌套虚拟化,瞧,现在我可以在其中运行标准(微型)容器了。

希望能帮助到你。

对于它的价值: sudo docker container prune为我解决了这个问题。

为我工作,谢谢! :D

这个答案对我有用: https :

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

我注意到 dockerfile 中有一个 CMD 行,而 docker-compose 文件中有一个 -command 参数也会触发此错误。

我今天在 Docker 19.03.4 上运行 Docker for Mac 时遇到了这个问题,☝️ 为我解决了这个问题。 我从docker-compose.yml删除了command: npm start ,因为我的Dockerfile称为CMD npm start 。 现在一切似乎都按预期工作。

在构建映像之前,您必须使 docker-entrypoint.sh 成为可执行文件:

chmod +x docker-entrypoint.sh

否则它不能被执行并且你得到权限错误。

它帮助了我。 谢谢你。

我有一个类似的问题。 我的错误信息是这样的:
错误:对于logstash无法启动服务logstash:OCI运行时创建失败:container_linux.go:346:启动容器进程导致“process_linux.go:449:容器初始化导致”rootfs_linux.go:58:安装\“/c/users/revature /documents/revature/William's Code/elasticapmdocker/logstash/logstash.yml\" to rootfs \"/mnt/sda1/var/lib/docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c3df974e39f57/merged\" at \"/mnt/s /docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c3df974e39f57/merged/usr/share/logstash/config/logstash.yml\"导致\"不是目录\""":

根据我的错误消息,我的 logstash.yml 文件和我的 apm-server.yml 文件可能有问题

所以我的 logstash.yml 文件看起来像这样:
管道:
批:
延迟:50
尺寸:125
xpack.monitoring.enabled:真

我的 apm-server.yml 看起来像这样:
apm 服务器:
主机:“0.0.0.0:8200”
setup.dashboards.enabled:真
朗姆酒:
启用:真
allow_origins: [' http://localhost :8080']
基巴纳:
启用:真
主机:“本地主机:5601
日志记录级别:信息
logging.to_files:真
日志记录文件:
路径:CHANGE_ME
名称:DemoWebApplication
保留文件:7
权限:0644
记录指标:
启用:真
输出.elasticsearch:
索引:“apm-server-%{+yyyy.MM.dd}”
主机:[“本地主机:9200 ”]
setup.template.name:“apm 服务器”
setup.template.pattern: "apm-server-*"

$ docker-compose up --build
构建应用程序
第 1/10 步:来自 ruby​​:2.6-slim
---> cd9eb8fc5abd
步骤 2/10:运行 apt-get update -qq && apt-get install -y build-essential cmake git tzdata libpq-dev ruby​​-dev curl
---> 使用缓存
---> dae7cef58b65
步骤 3/10:运行 curl -sL https://deb.nodesource.com/setup_11.x | bash - && apt-get install -y nodejs
---> 使用缓存
---> 68bdae8e1191
步骤 4/10:运行 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
---> 使用缓存
---> 8ae18681c5c2
步骤 5/10:运行 apt-get clean && rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/*
---> 使用缓存
---> e7fece4b0095
步骤 6/10:运行 mkdir /app
---> 使用缓存
---> f59bc64ba38c
步骤 7/10:工作目录 /app
---> 使用缓存
---> 0e280a5c2986
步骤 8/10:运行 gem install bundler -v 1.17.3
---> 使用缓存
---> 3cd92734be84
步骤 9/10:入口点 ["./docker-entrypoint.sh"]
---> 使用缓存
---> 0071a71c1342
步骤 10/10:CMD [“bash”]
---> 使用缓存
---> a069f4950175
成功搭建a069f4950175
成功标记 ifme-master_ app:latest
ifme-master_db_1 是最新的
启动 ifme-master_app_1 ... 错误
错误:对于 ifme-master_app_1 无法启动服务应用程序:OCI 运行时创建失败:container_linux.go:346:启动容器进程导致“exec:”./docker-entrypoint.sh:stat ./docker-entrypoint.sh:没有这样文件或目录”:未知

错误:对于应用程序无法启动服务应用程序:OCI 运行时创建失败:container_linux.go:346:启动容器进程导致“exec:”./docker-entrypoint.sh:stat ./docker-entrypoint.sh:没有这样的文件或目录”:未知
错误:启动项目时遇到错误。

运行命令 docker-compose up --build 时出现此错误
虽然我有 docker-entrypoint.sh

这可能是由密码更改引起的。
右键单击您的泊坞窗图标
-> 设置
-> 共享驱动器
-> 重新选择工作场所,系统将要求您再次输入密码。

我也遇到了这个错误, sudo修复了它。 但是,应该有一个替代解决方案来解决这个问题。

无需以 sudo 身份运行,只需运行命令
chmod a+x /path/to/your/script.sh
授予执行权限。 这比每次都使用 sudo 要好得多。

我也遇到了这个错误, sudo修复了它。 但是,应该有一个替代解决方案来解决这个问题。

无需以 sudo 身份运行,只需运行命令
chmod a+x /path/to/your/script.sh
授予执行权限。 这比每次都使用 sudo 要好得多。

你指的是哪个脚本? @motoxnate

@simanto604newscred我所指的脚本是用于启动项目其余部分的 shell 脚本。 在原始帖子中,这将是 dockerfile 中的最后一行:
CMD ["script/docker-entrypoint.sh"]
这里的脚本位于 script/docker-entrypoint.sh

您只需使用chmod a+x <script>更改脚本权限一次,不再需要使用 sudo。

很抱歉在打开此问题后添加:

但我找到了解决这个问题的方法。 只需运行以下命令重建映像:

docker-compose build

然后使用新建的镜像启动一个容器:

docker-compose up

就这样。

我希望这有帮助

我遇到了类似的问题,这里描述的方法都没有帮助。
后来我注意到我一直在 python 虚拟环境中运行所有命令。
我原以为这没什么区别,因为今天早些时候所有的构建都很好,但今天晚些时候,在修剪、重新启动 docker 服务等之后,没有一个人经历过事件。
在我停用虚拟环境后,一切都开始正常工作。
把它留在这里,以便它可以帮助其他人。

此页面是否有帮助?
0 / 5 - 0 等级