Compose: docker-composeupを実行しようとしたときにエラーが発生しました。 「ociランタイムエラー：container_linux.go：247 ...」

私はなんとかそれを修正することができました。 間違った権限があり、 docker-composeをsudoとして実行する必要がありました。

私もこのエラーが発生し、 sudo修正されました。 ただし、この問題には別の解決策があるはずです。

@ michalwarda @ jakerobers私もこの問題を経験しています。 問題を再開する必要があると思います。

私はDockerfor 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トレイドッカー>設定...>共有Drivers_を選択し、チェックボックス_sharedをクリックしてください：_ CとD
多分それはあなたを助けます！

dockerfileにCMD行があり、docker-composeファイルに-commandパラメーターがあると、このエラーがトリガーされることに気付きました。

この問題は解決されるべきではありません-それでも発生します。sudoは、デプロイのためにリモートマシンでdocker-composeをポイントする必要がある場合は実際には良い解決策ではありません。

これはdocker-compose1.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 \\\\ "が原因で\\\\\ディレクトリではありません\\\\" \\ "\" \ 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

9時41分に2017年2月27日、ロマン・Dequidt [email protected]
書きました：

「ボリューム」はディレクトリをバインドします...ファイルではありません。

@imarchuanghttps ：//github.com/imarchuangは「config」ディレクトリをバインドし
=> elk / elasticsearch / configと/ usr / share / elasticsearch / config

@chielsen https://github.com/chielsen bind "php-fpm" direcotry with
/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」を追加します。

特定のファイルをマウントするか、フォルダー全体をマウントします。
1つのファイルをフォルダにマウントすることはできません。

@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

正常に動作します。

私はまだ時々このエラーがあります。 私は実際に新しいPCを購入し、クリーンウィン10インストールを実行しましたが、まだこの問題があります。 それを修正する唯一の方法は再起動することです。
誰かがこれを調べていますか？

@chielsen少なくともDockerの更新後に発生する可能性があるようです。 Dockerデーモンを再起動することでこの問題を解決しました。

Dockerを実行すると、次のエラーが発生します
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
メンテナーミンチャンチェン
LABEL name = "tomcat" license = "MIT" build-date = "20170223"

ENVバージョン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
COPY context.xml $ TOMCAT_PATH / conf / context.xml

chmod + x $ TOMCAT_PATH / bin /catalina.shを実行します

WORKDIR $ TOMCAT_PATH

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

みんな助けてくれ!!! -。 -

これは、Windows7の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 toolboxの仮想ボックスを使用してから通常のボックスに戻ると、修正されます。

今日これを手に入れました。
Dockerアプリを搭載したWindows10 Pro（ネイティブ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」は疑わしいようです。 デフォルトでは、パスは小文字のドライブ文字（/ c / Users / xxx / ...など）でboot2dockerVMにマウントされていると思います。

これが正確な答えではないことはわかっていますが、VirtualBoxのVMプロパティでパスを確認してください。

virtualboxを使用せず、Windows 10 Proの「ネイティブ」Dockerです（MobyLinuxなどのhyper-v）

これは私にとってまだ起こっています。 VS 201715.2を使用しています。 新しい.netコア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 \\ "to rootfs \\" / var / lib / docker / aufs / mnt / bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b \\ "at \\" / clrdbg \\ "原因\\" stat / C / Users / ozi / clrdbg： / output error \\ "\" "
プロジェクトの立ち上げ中にエラーが発生しました。

トラブルシューティングの詳細については、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 \\ "to rootfs \\" / var / lib / docker / aufs / mnt / bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b \\ "at \\" / clrdbg \\ "原因\\" stat / C / Users / ozi / clrdbg： / output error \\ "\" "
プロジェクトの立ち上げ中にエラーが発生しました。
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 forWindowsで同じ問題が発生していました。 これが起こり始め、その日の早い段階でOSのクレデンシャルを変更したことに気付くまで、その理由を理解できませんでした。 Docker設定->共有ドライブに移動し、[資格情報をリセット]をクリックしました。 その後、新しい資格情報を求められ、その後すべてが正常に起動しました。

2つの異なるパイプラインがあり、どちらも同じDockerで実行されていますが、これはそのうちの1つでのみ発生します。 何か案は？

私の経験では、これは実際には十分に文書化されていないエラー状態です。 問題（私にとって）は、docker-composeファイルのVOLUMEステートメントでソースファイル/ディレクトリを参照していました。

これを修正すると（実際に既存のファイル/ディレクトリを参照して）、条件が修正されました。

私はWindows7を使用しています。これは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-構成する
mcclatchy_elasticsearch_1を削除しています
mcclatchy_memcached_1は最新です
mcclatchy_mailcatcher_1は最新です
0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1を再作成しています..。
mcclatchy_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 / config / elasticsearch / elasticse
arch.yml \\ "からrootfs \" / mnt / sda1 / var / lib / docker / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\ "at \\" / mnt / sda1 / var / lib / docker / aufs / mnt /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 / docker / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\ "/ mnt / sda1 / var / lib / docker / aufs / mnt / cc17c689b4bb610b0e65c9dde94 \\ "ディレクトリではありません\\" \ ""
：ディレクトリをファイルにマウントしようとしていますか（またはその逆）？ 指定されたホストパスが存在し、予期されるタイプであるかどうかを確認してください `

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 /にマウントしています
docker / aufs / mnt / 77d9fd5e67b17f037fada3c80378dded067771196c9dd082aafaa975a3cc0a44
\\ "at \\" / mnt / sda1 / var / lib / docker / aufs / mnt / 77d9fd5e67b17f037fada3c80378dded06
7771196c9dd082aafaa975a3cc0a44 / app / conf.js \\ "原因は\" \ "ディレクトリではありません\\" \ ""

：ディレクトリをファイルにマウントしようとしていますか（またはその逆）？ かどうかを確認します
指定されたホストパスが存在し、予想されるタイプです

エラー：サーバーの場合サービスサーバーを起動できません：ociランタイムエラー：container_lin
ux.go：265：コンテナプロセスを開始すると、「process_linux.go：368：コンテナが
\ "rootfs_linux.go：57：\\" / c / zenbot / conf.js \\ "をrootfs \\にマウントしました
"/ mnt / sda1 / var / lib / docker / aufs / mnt / 77d9fd5e67b17f037fada3c80378dded067771196c9dd
082aafaa975a3cc0a44 \\ "at \\" / mnt / sda1 / var / lib / docker / aufs / mnt / 77d9fd5e67b17f0
37fada3c80378dded067771196c9dd082aafaa975a3cc0a44 / app / conf.js \\ "原因は\"
ディレクトリ\\ "\" "
：ディレクトリをファイルにマウントしようとしていますか（またはその逆）？ かどうかを確認します
指定されたホストパスが存在し、予想されるタイプです
エラー：プロジェクトの起動中にエラーが発生しました。

$ dockerバージョン
クライアント：
バージョン：17.07.0-ce
APIバージョン：1.31
Goバージョン：go1.8.3
Gitコミット：8784753
構築：2017年8月29日火曜日17:41:05
OS /アーチ：windows / amd64

サーバ：
バージョン：17.09.0-ce
APIバージョン：1.32（最小バージョン1.12）
Goバージョン：go1.8.3
Gitコミット：afdb6d4
構築：2017年9月26日火曜日22:45:38
OS / Arch：linux / amd64
実験的：false

$ docker情報
コンテナ：7
ランニング：2
一時停止：0
停止：5
画像：10
サーバーバージョン：17.09.0-ce
ストレージドライバー：aufs
ルートディレクトリ：/ mnt / sda1 / var / lib / docker / aufs
バッキングファイルシステム：extfs
Dirs：37
サポートされているDirperm1：true
ロギングドライバー：json-file
Cgroupドライバー：cgroupfs
プラグイン：
ボリューム：ローカル
ネットワーク：ブリッジホストmacvlannullオーバーレイ
ログ：awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
群れ：非アクティブ
ランタイム：runc
デフォルトのランタイム：runc
バイナリの初期化：docker-init
コンテナバージョン：06b9cb35161009dcb7123345749fef02f7cea8e0
runcバージョン：3f2f8b84a77f73d38244dd690525642a72156c64
初期化バージョン：949e6fa
セキュリティオプション：
seccomp
プロファイル：デフォルト
カーネルバージョン：4.4.89-boot2docker
オペレーティングシステム：Boot2Docker 17.09.0-ce（TCL 7.2）; HEAD：06d5c35- 9月27日水曜日
23:22:43 UTC 2017
OSType：linux
アーキテクチャ：x86_64
CPU：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
Goroutines：40
システム時間：2017-10-13T20：10：22.76759278Z
EventsListeners：0
レジストリ： https ：
ラベル：
プロバイダー=仮想ボックス
実験的：false
安全でないレジストリ：
127.0.0.0/8
ライブ復元が有効：false

こんにちは。
私は同様の問題を抱えています。 Newbはこちら。
このイメージをインストールし

それはうまくフィットしました。 しかし、私が走ろうとすると、

 $ 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

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

再起動は私のために働いた：-/

ここでも同じですが、再起動しても役に立ちませんでした:(
ホスト-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を搭載したWindows10を実行しているPCで発生します。 サーバーにKitematic（+ X）をインストールするつもりはないので、これは一時的な回避策です...

MacOSでもこのエラーが発生し、Dockerをリセットするとなんとか修正されました。

MacOSを使用している場合は、Dockerfileだけでなく、ホストのdocker-entrypoint.shも実行可能にする必要があります。 ヒントからこれを入手しました、 https：//github.com/composer/docker/issues/7

@obfusticatedcodeこれで私の問題は解決しました！ このプロジェクトが私のWindowsワークステーションでうまく機能したのに、Macbook Proではうまくいかなかったのはなぜだろうと、頭を悩ませていました。 ありがとう！

私の場合、 yum install libseccomp libseccomp-devel 。

私は高山ベースの画像を使用していて、/ bin / bashを/ bin / shに変更しましたが、問題なく動作しました:-)

@obfusticatedcodeに感謝しdocker-compose upを実行すると失敗しました。

同じ問題に直面し、解決しました。 私にとっては、 docker-compose.ymlファイルのサービスレベルvolumes宣言が原因docker-compose.yml 。

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

これは、 Dockerfile /appマウントポイントにコピーしたものをすべてオーバーライドしていました。
volumes宣言のコメントアウトは機能しました。

管理者としてコマンドプロンプトを実行した後、Windows10で動作させることができました。

私にとっての問題は、最近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のソリューションは私たちのために働いた。

これを引き起こした可能性のある状況についての1つのメモ-彼女は前日にWindowsのパスワードを変更しました。 この動作を検証するための個人的なリソースはありませんが、テストするのは簡単だと思います。

https://docs.reactioncommerce.com/docs/next/installation-reaction-platformの指示に従ってインストールする反応が得られないため、しばらくの間髪を引っ張ってい

node.js8.12.0でWindows7 64ビットProを実行しており、Windows 10とのみ互換性のある最新のインストーラーを使用するのではなく、多くの手順を正常にインストールしました。DockerEngineとOracleを含むDockerToolboxを正常に完了しました。 VM。 これまでのところすべて良い。

SSHを使用してGitHubを構成し、gitを使用してリアクションプロジェクトのクローンを作成しました。

makeコマンドを実行すると、多くのステップが正常に完了しましたが、ステップ40/41で次のエラーで失敗し続けます。 （注：2つのネットワーク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

どんな助けやポインタも大歓迎です！

誰かが興味を持っているなら、私はユーザーディレクトリの下のreaction-platformフォルダをコピーすることによってWindowsにインストールを完了することができました...（おそらくそれはある種のパーミッションの問題だったと思いますか？）

とにかく、私はまだ、概説された開発者の指示に従い、reaction-platformディレクトリで「make」コマンドを実行するだけでそれを実行することができませんでした。

これまでのところ、Windows開発者向けの指示は非常に貧弱でした-非常に残念なIMO

私にとっての問題は、最近Windowsのパスワードを変更し、Docker設定->共有ドライブに移動し、ドライブの選択を解除して適用し、次に再選択（適用）して修正したことでした。

どうもありがとう、@ danielcgithub。 私の日を救った。

価値があるものについて： sudo docker container pruneは私のために問題を修正しました。

_iconトレイドッカー>設定...>共有Drivers_を選択し、チェックボックス_sharedをクリックしてください：_ CとD
多分それはあなたを助けます！

Tuépicamesmo

_iconトレイドッカー>設定...>共有Drivers_を選択し、チェックボックス_sharedをクリックしてください：_ CとD
多分それはあなたを助けます！

チームメイトがこの問題に遭遇しました。 @sajadghawamiのソリューションは私たちのために働いた。

これを引き起こした可能性のある状況についての1つのメモ-彼女は前日にWindowsのパスワードを変更しました。 この動作を検証するための個人的なリソースはありませんが、テストするのは簡単だと思います。

ここに何人かの人々による他のコメントを追加するために、これは最近私に起こりました、そして私は確認することができます。 最近パスワードを変更しましたが、コンピューターが再起動され、 docker-composeはコンテナーを起動しませんでした。 共有ドライブのチェックを外して再チェックし、更新されたパスワードを入力すると、すべてが稼働します。

ドキュメントに従ってエントリポイントを設定すると失敗します
~~バージョン：「3.2」サービス：my_service：画像：my_imageボリューム：-/ home / app / config：/ rootエントリーポイント：--ls / root~~

エントリポイントをに変更すると機能します
~~エントリーポイント：ls / root~~
ハイフェンなし

これは、WSLのWindowsのDockerツールボックスからDockerを実行しようとしたときに発生しました。 ここの誰にとっても価値のあることですが、私の問題は、LinuxファイルシステムではなくWindowsからアクセスしていることを確認することで解決しました。

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クイックスタートの$ 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を介してデプロイすると、本番Ubuntu18.04サーバーでこの問題が断続的に発生します。 Dockerを再起動したり、サーバーを再起動したりすると、修正される場合があります。 根本的な原因がたくさんある、かなり漠然としたエラーメッセージのようです...

ログ| ソース

もう1つの問題は、ローカルディレクトリに接続されているボリュームをバインドし、エントリポイントがコンテナ内で置き換えられたディレクトリにある場合です。 したがって、dockerはエントリポイントを実行しようとしますが、エントリポイントを見つけられないか、アクセス許可の拒否を取得します。

今日もこの問題がありました。 昨日やったことは、Windowsユーザーのパスワードを変更しただけです。 今日、コンテナを起動しようとすると、このエラーメッセージが表示されました。

どのように解決しましたか？ 設定でドライブのクレデンシャルをリセットします。 ドライブへのアクセスを許可すると、Docker Desktopはパスワードを保存しますか？🤷‍♂？

Iamも似ていますが少し違います、助けてください

docker-compose up
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：そのようなファイルまたはディレクトリがありません」 ： わからない'
エラー：プロジェクトの起動中にエラーが発生しました。

修正は非常に簡単です。私の場合、Dockerで使用されるファイルをCRLF終了行ではなくLF終了行で保存する必要がありました。これを行うには、Vscodeを使用できます。また、editorconfig拡張機能を使用してLFとして自動的に保存するように構成することもできます。

このエラーを検討したかっただけです。 私はそれを持っていて、それを解決しました。

私の場合、Proxmox VE 6.0とCentOSを実行しているシステムコンテナ（CT）を使用していました。 私が達成しようとしていたのは、そのインスタンス内で通常の（マイクロ）コンテナーを実行することでした。 そして、エラーメッセージが表示されました。 権限を確認しました-問題ありませんでした。 selinuxをチェックしました-アクティブ化されていませんでした。 それからそれは私に夜明けしました：ネストされた仮想化。

CentOSを実行しているシステムコンテナに対して、ProxmoxVEでネストされた仮想化を有効にしていないことがわかりました。 私はそれを停止し、ネストされた仮想化と出来上がりを有効にしました。これで、その中で標準（マイクロ）コンテナーを実行できるようになりました。

それが役に立てば幸い。

価値があるものについて： sudo docker container pruneは私のために問題を修正しました。

私のために働いた、ありがとう！ ：D

この答えは私のために働いた： https ：//github.com/docker/compose/issues/4039#issuecomment-261353666ありがとう@ artem-gavrylenko

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

dockerfileにCMD行があり、docker-composeファイルに-commandパラメーターがあると、このエラーがトリガーされることに気付きました。

今日、Docker19.03.4をDockerfor Macで実行しているときにこれに遭遇し、☝️が問題を修正しました。 DockerfileがCMD npm startと呼ばれるので、 Dockerfile docker-compose.ymlからcommand: 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のコード/elasticapmdocker/logstash/logstash.yml \ "からrootfs \" / mnt / sda1 / var / lib / docker / overlay2 / baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c3df974e39f57 / mer /docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c3df974e39f57/merged/usr/share/logstash/config/logstash.yml \ "が「ディレクトリではありません」を引き起こしました" "：

エラーメッセージによると、logstash.ymlファイルとapm-server.ymlファイルに問題がある可能性があります

したがって、私のlogstash.ymlファイルは次のようになります。
パイプライン：
バッチ：
遅延：50
サイズ：125
xpack.monitoring.enabled：true

そして私のapm-server.ymlは次のようになります：
apm-server：
ホスト： "0.0.0.0:8200"
setup.dashboards.enabled：true
ラム：
有効：true
allow_origins：[' http：// localhost ：8080']
キバナ：
有効：true
ホスト： " localhost：5601 "
logging.level：info
logging.to_files：true
logging.files：
パス：CHANGE_ME
名前：DemoWebApplication
keepfiles：7
権限：0644
logging.metrics：
有効：true
output.elasticsearch：
インデックス： "apm-server-％{+ yyyy.MM.dd}"
ホスト：[" localhost：9200 "]
setup.template.name："apm-server "
setup.template.pattern： "apm-server- *"

$ docker-compose up --build
構築アプリ
ステップ1/10：FROM ruby​​：2.6-スリム
---> cd9eb8fc5abd
ステップ2/10：apt-get update -qq && apt-get install -y build-essential cmake git tzdata libpq-dev ruby​​-devcurlを実行します
--->キャッシュの使用
---> dae7cef58b65
ステップ3/10：run curl -sL https://deb.nodesource.com/setup_11.x | bash-&& apt-get install -y nodejs
--->キャッシュの使用
---> 68bdae8e1191
ステップ4/10：curl -sShttps：//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 -yyarn
--->キャッシュの使用
---> 8ae18681c5c2
ステップ5/10：apt-get clean && rm -rf / var / lib / apt / lists / * / tmp / * / var / tmp / *を実行します
--->キャッシュの使用
---> e7fece4b0095
ステップ6/10：mkdir / appを実行します
--->キャッシュの使用
---> f59bc64ba38c
ステップ7/10：WORKDIR / app
--->キャッシュの使用
---> 0e280a5c2986
ステップ8/10：gem install bundler -v1.17.3を実行します
--->キャッシュの使用
---> 3cd92734be84
ステップ9/10：ENTRYPOINT ["./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：no suchファイルまたはディレクトリ」：不明

エラー：アプリの場合サービスアプリを開始できません：OCIランタイムの作成に失敗しました：container_linux.go：346：コンテナープロセスの開始により "exec：" ./docker-entrypoint.sh "：stat ./docker-entrypoint.sh：そのようなファイルがありませんまたはディレクトリ」：不明
エラー：プロジェクトの起動中にエラーが発生しました。

コマンドdocker-composeup--buildの実行中にこのエラーが発生します
docker-entrypoint.shがありますが

これは、パスワードの変更が原因である可能性があります。
Dockerアイコンを右クリックします
->設定
->共有ドライブ
->職場を再選択すると、システムでパスワードを再入力する必要があります。

私もこのエラーが発生し、 sudo修正されました。 ただし、この問題には別の解決策があるはずです。

sudoとして実行する代わりに、コマンドを実行するだけです
chmod a+x /path/to/your/script.sh
実行を許可します。 これは、毎回sudoを使用するよりもはるかに優れています。

私もこのエラーが発生し、 sudo修正されました。 ただし、この問題には別の解決策があるはずです。

sudoとして実行する代わりに、コマンドを実行するだけです
chmod a+x /path/to/your/script.sh
実行を許可します。 これは、毎回sudoを使用するよりもはるかに優れています。

どのスクリプトを参照していますか？ @motoxnate

@ simanto604newscred私が参照しているスクリプトは、プロジェクトの残りの部分を起動するために使用されるシェルスクリプトです。 元の投稿では、これはdockerfileの最後の行になります。
CMD ["script/docker-entrypoint.sh"]
ここのスクリプトはscript / docker-entrypoint.shにあります

chmod a+x <script>を使用してスクリプトのアクセス許可を

この問題が開かれた後、この問題に追加して申し訳ありません。

しかし、私はこれを回避する方法を見つけました。 次のコマンドを実行して、イメージを再構築するだけです。

docker-compose build

次に、新しくビルドされたイメージを使用してコンテナを起動します。

docker-compose up

それで全部です。

これがお役に立てば幸いです

私も同様の問題を抱えていましたが、ここで説明する方法はどれも役に立ちませんでした。
後で、Pythonの仮想環境内からすべてのコマンドを実行していたことに気付きました。
今日の初めはすべてのビルドが正常に機能していたので、違いはないと思っていましたが、今日の後半には、プルーニング、Dockerサービスの再開などの後にイベントが発生したものは1つもありませんでした。
仮想環境を非アクティブ化した後、すべてが正しく機能し始めました。
他の誰かを助けるためにこれをここに残しておきます。