Compose: Kesalahan saat mencoba menjalankan docker-compose up. "kesalahan runtime oci: container_linux.go:247..."

Saya sudah berhasil memperbaikinya. Saya memiliki izin yang salah dan perlu menjalankan docker-compose sebagai sudo .

Saya juga mendapatkan kesalahan ini, dan sudo memperbaikinya. Namun, harus ada solusi alternatif untuk masalah ini.

@michalwarda @jakerobers Saya juga mengalami masalah ini. Saya pikir Anda harus membuka kembali masalah ini.

Saya menggunakan instalasi Vanilla Docker untuk Mac yang cantik, dan saya tidak ingat melakukan apa pun yang memerlukan tingkat izin ini pada perintah docker-compose .

Saya mendapatkan kesalahan serupa dan sayangnya Sudo tidak memperbaiki yang ini.

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"

Saya memiliki masalah serupa dengan gambar saya dan menemukan utas ini.
Dalam kasus saya, ternyata memasang volume adalah sumber kebingungan.

Dalam kasus Anda, pastikan app.conf adalah file yang sudah ada.
./config/nginx/app.conf:/etc/nginx/conf.d/default.conf

Ini akan memasang app.conf lokal Anda di dalam wadah buruh pelabuhan.
Jika tidak ada di mesin lokal Anda, buruh pelabuhan akan membuat direktori "app.conf" secara lokal, yang biasanya tidak Anda harapkan dalam kasus khusus ini.

Saya harap ini akan membantu Anda.

klik pada _icon tray Docker > Settings... > Shared Drivers_ dan pilih kotak centang _Shared:_ C dan D
Mungkin itu membantu Anda!

Saya perhatikan memiliki baris CMD di dockerfile dan parameter -command dalam file docker-compose juga akan memicu kesalahan ini.

Masalah ini tidak boleh ditutup - itu masih terjadi, dan Sudo sebenarnya bukan solusi yang baik ketika perlu mengarahkan docker-compose ke mesin jarak jauh untuk penyebaran.

Ini dengan docker-compose 1.9.0.

Menariknya, jika saya ssh ke mesin, docker-compose up -d selesai tanpa kesalahan. Jadi, bagi saya, ini hanya terjadi ketika berjalan dari jarak jauh.

Anehnya, mount dalam pesan kesalahan adalah untuk jalur lokal (dicetak tebal di bawah) - dirujuk secara relatif dalam penulisan buruh pelabuhan saya, jadi mungkin ini adalah masalah jalur relatif/absolut dengan pembuatan buruh pelabuhan.

GALAT: untuk nginx Tidak dapat memulai layanan nginx: nilai bidang header tidak valid "kesalahan runtime oci:
container_linux.go:247: memulai proses container yang disebabkan \"process_linux.go:359: container init disebabkan
\\"rootfs_linux.go:53: memasang \\\\ "/data/www/aq/docker/nginx/default.conf \\\\" ke rootfs \\\\"/var
/lib/docker/aufs/mnt/8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f\\\\"
di \\\\"/var/lib/docker/aufs/mnt
/8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f/etc/nginx/conf.d
/default.conf\\\\" menyebabkan \\\\"bukan direktori\\\\"\\"\"\n"

Ini karena baris di docker-compose.yml mencoba mengarahkan konfigurasi nginx kembali ke sistem file lokal:

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

Ini harus diselesaikan ke /home/root/docker pada remote, dan /data/www/aq/docker secara lokal. Sebagai gantinya, docker-compose tampaknya mencoba menggunakan jalur lokal pada remote.

Dengan senang hati memberikan detail/log lainnya.

anda harus membuat docker-entrypoint.sh dapat dieksekusi sebelum membuat gambar:

chmod +x docker-entrypoint.sh

jika tidak, itu tidak dapat dieksekusi dan Anda mendapatkan kesalahan izin.

Masalah yang sama di sini. Belum tahu bagaimana awalnya.

Ditemukan, saya tidak menetapkan opsi dalam urutan yang benar:

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

gagal saat:

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

bekerja.

Pembatasan urutan parameter tersebut cukup mengganggu. Tidak pernah memiliki begitu banyak masalah dengan executable Unix...

Telah membenturkan kepala saya ke keyboard saya mencoba membuatnya berfungsi. Terima kasih telah memposting perbaikannya!

Masalah ini terjadi pada buruh pelabuhan asli saya di Mac juga ... tidak tahu bagaimana menyelesaikannya!

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

di bawah ini adalah beberapa info tentang buruh pelabuhan saya:

$ 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 Anda tampaknya menjadi masalah yang berbeda!

Apa yang Anda coba pasang? Sepertinya folder di host Anda tidak ada.

Harap berikan file komposisi buruh pelabuhan Anda

Saya mengalami masalah yang sama. Saya menjalankan wadah php-fpm dan nginx.
Reboot mesin windows saya, dan tidak dapat menemukan file lagi yang saya coba sertakan pada wadah 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)

Kemudian restart wadah dan dapatkan:

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" mengikat direktori... bukan file.

@imarchuang ikat direktori "config" => elk/elasticsearch/config dengan /usr/share/elasticsearch/config

@chielsen ikat

Hai Romain,

Terima kasih atas jawabannya, dan memang berhasil ... jadi tidak mungkin saya mau
ingin me-mount file tertentu saja?

Salam Hormat
Marc Huang
Ponsel: (+1) 416-856-2622

Pada 27 Februari 2017 pukul 09:41, Romain Dequidt [email protected]
menulis:

"volumes" mengikat direktori... bukan file.

@imarchuang https://github.com/imarchuang ikat direktori "config"
=> elk/elasticsearch/config dengan /usr/share/elasticsearch/config

@chielsen https://github.com/chielsen mengikat direktori "php-fpm" dengan
/etc/php/7.1/fpm/conf.d direktori

—
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/docker/compose/issues/4039#issuecomment-282738779 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/AHoqGkRXsN6lONNR52yXWSozxL3kawXqks5rguCugaJpZM4KZlqg
.

@romaindequidt Itu aneh karena selalu berhasil. Saya mendapatkan ini dari https://phpdocker.io/generator
Memasang file juga ditentukan di sini: https://docs.docker.com/engine/tutorials/dockervolumes/#mount -a-Host-file-as-a-data-volume

Saya menemukan solusi untuk saat ini, membuat file hanya dapat dibaca, menambahkan ':ro' di akhir baris.

Anda juga memasang file tertentu, atau Anda memasang seluruh folder.
Anda tidak dapat memasang satu file ke dalam folder!

Seperti yang diambil dari tautan yang disediakan oleh @chielsen Anda dapat melakukan ini:

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

yang memetakan file .bash_history lokal pengguna ke dalam wadah dengan nama file yang ditentukan.

Saya baru saja menangkap kesalahan ini setelah memperbarui buruh pelabuhan tanpa memulai ulang daemon buruh pelabuhan.

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"

Setelah restart semua berfungsi normal.

Dalam kasus saya, saya telah mengubah file docker-compose.yml.
dari
- /usr/local/bin/docker:/usr/bin/docker
ke
- /usr/bin/docker:/usr/bin/docker

Ini bekerja dengan baik.

Saya masih kadang-kadang memiliki kesalahan ini. Saya sebenarnya baru saja membeli pc baru dan melakukan instalasi win 10 yang bersih dan masih memiliki masalah ini. Satu-satunya cara untuk memperbaikinya adalah dengan reboot.
Apakah ada yang melihat ke dalam ini?

@chielsen Sepertinya itu mungkin terjadi setidaknya setelah pembaruan Docker. Saya memecahkan masalah ini untuk saya dengan me-restart daemon Docker.

ketika saya menjalankan buruh pelabuhan saya mendapatkan kesalahan berikut
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
dan dockerfile saya mengikuti
`DARI minchangchen/ openjdk : terbaru
PENGELOLA minchangchen
LABEL name="Tomcat" license="MIT" build-date="20170223"

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

SALIN catalina.sh $TOMCAT_PATH/bin/catalina.sh
SALIN server.xml $TOMCAT_PATH/conf/server.xml
SALIN context.xml $TOMCAT_PATH/conf/context.xml

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

WORKDIR $TOMCAT_PATH

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

semuanya tolong aku!!! - . --

Ini juga terjadi dengan docker-toolbox di windows 7:

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

objektifPinta Cobalah untuk me-restart kotak alat Anda ketika Anda mendapatkan kesalahan ini. dan mulai ulang wadah Anda,
jika Anda masih memiliki kesalahan yang sama, cukup gunakan kotak virtual di kotak alat buruh pelabuhan dan kemudian kembali ke yang normal dan itu akan memperbaikinya.

Dapatkan ini hari ini.
Windows 10 Pro dengan Aplikasi Docker (asli hyper-v) 17.03.1-ce-win5 (10743)
Saya telah menjalankan wadah khusus ini selama berbulan-bulan sekarang tanpa masalah. Restart laptop dan bug belum kembali.

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 modal "C" di jalur terlihat mencurigakan. Saya percaya bahwa secara default jalur dipasang ke VM boot2docker dengan huruf kecil drive - seperti /c/Users/xxx/....

Saya tahu ini bukan jawabannya, tetapi periksa jalur di properti VM di VirtualBox.

Tidak menggunakan virtualbox, ini adalah buruh pelabuhan "asli" di windows 10 pro (hyper-v dengan MobyLinux atau semacamnya)

Ini masih terjadi pada saya. Saya menggunakan VS 2017 15.2. Proyek webapi inti .net baru tidak berubah. Ini menjalankan dan mengembalikan output dari pengontrol nilai. Namun dengan docker diaktifkan dan menjalankan docker gagal

netcoreapp1.1.1
1.1.1
..docker-compose.dcproj

Kesalahan MSB4018 Tugas "PrepareForLaunch" tiba-tiba gagal.
Microsoft.DotNet.Docker.CommandLineClientException: Membuat ulang dockercompose1799126456_webapplication1_1
GALAT: untuk webapplication1 Tidak dapat memulai layanan webapplication1: oci runtime error: container_linux.go:247: memulai proses container menyebabkan "process_linux.go:359: container init menyebabkan \"rootfs_linux.go:54: pemasangan \"/C/Users/ ozi/clrdbg\\" ke rootfs \\"/var/lib/docker/aufs/mnt/bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b\\" di \\"/clrdbg\\" menyebabkan input \\"stat /C /kesalahan keluaran\\"\""
Menemukan kesalahan saat membuka proyek..

Untuk informasi pemecahan masalah lebih lanjut, buka http://aka.ms/DockerToolsPemecahan Masalah ---> Microsoft.DotNet.Docker.CommandLineClientException: Membuat ulang dockercompose1799126456_webapplication1_1
GALAT: untuk webapplication1 Tidak dapat memulai layanan webapplication1: oci runtime error: container_linux.go:247: memulai proses container menyebabkan "process_linux.go:359: container init menyebabkan \"rootfs_linux.go:54: pemasangan \"/C/Users/ ozi/clrdbg\\" ke rootfs \\"/var/lib/docker/aufs/mnt/bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b\\" di \\"/clrdbg\\" menyebabkan input \\"stat /C /kesalahan keluaran\\"\""
Terjadi kesalahan saat memunculkan proyek.
di System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Tugas tugas)
di System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Tugas tugas)
di Microsoft.DotNet.Docker.DockerComposeClient.d__18.PindahkanSelanjutnya()
--- Akhir jejak tumpukan pengecualian dalam ---
di Microsoft.DotNet.Docker.DockerComposeClient.d__18.PindahkanSelanjutnya()
--- Akhir jejak tumpukan dari lokasi sebelumnya di mana pengecualian dilemparkan ---
di System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Tugas tugas)
di System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Tugas tugas)
di Microsoft.DotNet.Docker.DockerWorkspace.d__14.PindahkanSelanjutnya()
--- Akhir jejak tumpukan dari lokasi sebelumnya di mana pengecualian dilemparkan ---
di System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Tugas tugas)
di System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Tugas tugas)
di Microsoft.DotNet.Docker.BuildTasks.DockerBaseTask.Execute()
di Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute()
di Microsoft.Build.BackEnd.TaskBuilder.d__26.MoveNext() komposisi buruh pelabuhan C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\Microsoft\VisualStudio\v15.0\Docker\Microsoft.VisualStudio.Docker.Compose.targets 192

Di windows 10 dan baru saja menemukan bug ini. Masuk ke pengaturan Docker -> drive bersama dan kemudian batalkan pilihan drive saya, terapkan, lalu pilih kembali (terapkan) tampaknya telah memperbaikinya. Terima kasih @artem-gavrylenko

Saya memiliki kesalahan ini hal yang sangat bodoh:

Saya melakukan ini

COPY ./package.json /frontend

Sebelum ini:

COPY ./package.json /frontend/

Pada Windows 10 saya mengalami masalah yang sama dengan Docker untuk Windows. Ini mulai terjadi dan saya tidak tahu mengapa sampai saya menyadari bahwa saya mengubah kredensial OS saya sebelumnya! Saya masuk ke Pengaturan Docker -> drive bersama dan mengklik 'Setel ulang kredensial saya'. Saya kemudian diminta untuk kredensial baru saya dan semuanya mulai baik-baik saja setelah itu.

Kami memiliki dua saluran pipa yang berbeda, keduanya dijalankan pada buruh pelabuhan yang sama, tetapi ini hanya terjadi pada salah satunya.... !!! ada ide?

Pengalaman saya adalah bahwa ini benar-benar hanya kondisi kesalahan yang didokumentasikan dengan buruk. Masalah (bagi saya) adalah mereferensikan file/dir sumber dalam pernyataan VOLUME di file penulisan buruh pelabuhan saya.

memperbaikinya (dengan benar-benar merujuk ke file/dir yang ada) memperbaiki kondisinya.

Saya menggunakan windows 7. Ini ada di 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"

dan saya mendapatkan kesalahan

`$ komposisi buruh pelabuhan
Menghapus mcclatchy_elasticsearch_1
mcclatchy_memcached_1 sudah mutakhir
mcclatchy_mailcatcher_1 sudah yang terbaru
Membuat ulang 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 ...
mcclatchy_mysql_1 sudah mutakhir
Membuat ulang 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 ... kesalahan

GALAT: untuk 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 Tidak dapat memulai layanan elasticsearch: oci runtime error: container_linux.go:265: memulai proses container menyebabkan "process_linux.go:368: container init menyebabkan \"rootfs_linux.go:57: pemasangan \\"/f/mcclatchy config/elasticsearch/elasticse
arch.yml \\ "untuk rootfs \\ "/ mnt / sda1 / var / lib / buruh pelabuhan / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\" di \\" / mnt / sda1 / var / lib / buruh pelabuhan / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f /usr/share/elasticsearch/config/elasticsearch.yml\\" menyebabkan \\"
bukan direktori\"\""
: Apakah Anda mencoba memasang direktori ke file (atau sebaliknya)? Periksa apakah jalur host yang ditentukan ada dan merupakan tipe yang diharapkan

GALAT: untuk elasticsearch Tidak dapat memulai layanan elasticsearch: oci runtime error: container_linux.go:265: memulai proses container disebabkan "process_linux.go:368: container init menyebabkan \"rootfs_linux.go:57: pemasangan \\"/f/mcclatchy/ config/elasticsearch/elasticsearch.yml\\" ke rootfs \\"/mnt/sda1/v
ar / lib / buruh pelabuhan / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\" di \\ "/ mnt / sda1 / var / lib / buruh pelabuhan / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f / usr / share / elasticsearch / config / elasticsearch.yml \\" disebabkan \"bukan direktori\"\""
: Apakah Anda mencoba memasang direktori ke file (atau sebaliknya)? Periksa apakah jalur host yang ditentukan ada dan merupakan tipe yang diharapkan`

Dss@Dss MINGW64 /c/zenbot
$ docker-compose up -d
Menghapus zenbot_server_1
Membuat ulang zenbot_mongodb-data_1 ...
Membuat ulang zenbot_mongodb-data_1
PERINGATAN: Layanan "mongodb-data" menggunakan volume "/data/db" dari kon sebelumnya
tainer Pemetaan host "/c/zenbot/data/db" tidak berpengaruh. Hapus kont yang ada
Membuat ulang zenbot_mongodb-data_1 ... selesai
Membuat ulang zenbot_mongodb_1 ...
Membuat ulang zenbot_mongodb_1 ... selesai
Membuat ulang 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1 .
..
Membuat ulang 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1 .
.. kesalahan

GALAT: untuk 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1
Tidak dapat memulai server layanan: kesalahan runtime oci: container_linux.go:265: memulai
proses wadah menyebabkan "process_linux.go:368: wadah init menyebabkan \"rootfs_
linux.go:57: memasang \\"/c/zenbot/conf.js\\" ke rootfs \\"/mnt/sda1/var/lib/
buruh pelabuhan/aufs/mnt/77d9fd5e67b17f037fada3c80378dded067771196c9dd082aafaa975a3cc0a44
\\" di \\"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded06
7771196c9dd082aafaa975a3cc0a44/app/conf.js\\" menyebabkan \\"bukan direktori\\"\""

: Apakah Anda mencoba memasang direktori ke file (atau sebaliknya)? Periksa apakah
jalur host yang ditentukan ada dan merupakan tipe yang diharapkan

GALAT: untuk server Tidak dapat memulai server layanan: oci runtime error: container_lin
ux.go:265: memulai proses container menyebabkan "process_linux.go:368: container in
itu menyebabkan \"rootfs_linux.go:57: mounting \\"/c/zenbot/conf.js\\" ke rootfs \\
"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded067771196c9dd
082aafaa975a3cc0a44\\" di \\"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f0
37fada3c80378dded067771196c9dd082aafaa975a3cc0a44/app/conf.js\\" menyebabkan \\"tidak
sebuah direktori\"\""
: Apakah Anda mencoba memasang direktori ke file (atau sebaliknya)? Periksa apakah
jalur host yang ditentukan ada dan merupakan tipe yang diharapkan
KESALAHAN: Terjadi kesalahan saat membuka proyek.

$ versi buruh pelabuhan
Klien:
Versi: 17.07.0-ce
Versi API: 1.31
Buka versi: go1.8.3
Git komit: 8784753
Dibangun: Sel 29 Agustus 17:41:05 2017
OS/Arch: windows/amd64

Server:
Versi: 17.09.0-ce
Versi API: 1,32 (versi minimum 1,12)
Buka versi: go1.8.3
Git komit: afdb6d4
Dibangun: Sel 26 Sep 22:45:38 2017
OS/Arch: linux/amd64
Eksperimental: salah

$ info buruh pelabuhan
Wadah: 7
Lari: 2
Dijeda: 0
Berhenti: 5
Gambar: 10
Versi Server: 17.09.0-ce
Driver Penyimpanan: aufs
Root Dir: /mnt/sda1/var/lib/docker/aufs
Sistem File Dukungan: extfs
Sutradara: 37
Dirperm1 Didukung: benar
Driver Logging: file json
Cgroup Driver: cgroupfs
Plugin:
Volume: lokal
Jaringan: menjembatani host macvlan null overlay
Log: awslogs fasih gcplogs gelf journald json-file logentries splunk syslog
Kawanan: tidak aktif
Waktu tayang: runc
Waktu Proses Default: runc
Init Biner: buruh pelabuhan-init
versi containerd: 06b9cb35161009dcb7123345749fef02f7cea8e0
versi runc: 3f2f8b84a77f73d38244dd690525642a72156c64
versi init: 949e6fa
Pilihan Keamanan:
seccomp
Profil: default
Versi Kernel: 4.4.89-boot2docker
Sistem Operasi: Boot2Docker 17.09.0-ce (TCL 7.2); KEPALA : 06d5c35 - Rabu 27 Sep
23:22:43 UTC 2017
Tipe OS: linux
Arsitektur: x86_64
CPU: 1
Total Memori: 995.8MiB
Nama: default
ID: MBC4:V75F:KP5Q:TIC3:MH65: GXPO:4RY7 :3 RWU:355J :VR54:V365:JBLD
Dir Root Docker: /mnt/sda1/var/lib/docker
Mode Debug (klien): salah
Mode Debug (server): benar
Deskriptor File: 30
Goroutine: 40
Waktu Sistem: 13-10-2017T20:10:22.76759278Z
Pendengar Acara: 0
Registri: https://index.docker.io/v1/
Label:
penyedia = kotak virtual
Eksperimental: salah
Registri Tidak Aman:
127.0.0.0/8
Pemulihan Langsung Diaktifkan: salah

Hai.
Saya mengalami masalah serupa. Baru disini.
Saya mencoba menginstal gambar ini .

Itu cocok. Tapi saat aku mencoba lari,

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

itu melempar,

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

Sudah mencoba sudo sepertinya tidak berhasil.

Informasi tentang pemasangan buruh pelabuhan

 $ 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

info buruh pelabuhan

 $ 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

Reboot bekerja untuk saya :-/

Sama di sini, reboot tidak membantu :(
Tuan rumah - ubuntu.
Semuanya berfungsi dengan baik, tetapi tidak ketika saya menginstal gitlab-runner di atasnya dan mencoba menjalankan docker-compose di dalamnya.
Apakah ada yang sudah mengetahuinya?

Diperbaiki dengan mengedit folder mount di Kitematic. Mereka pertama kali muncul berulang (folder Docker: /var/www/html/something , Folder lokal: /var/www/html/something ). Setelah diedit, mereka tampak kacau (Folder lokal: \d\srvT:est\something bukannya \d\srv\test\something ), tetapi berfungsi. Dalam pesan kesalahan, drive unit dalam huruf kapital ( stat /D/srv/test/something: input/output error ).

Ini di PC saya yang menjalankan Windows 10 dengan Hyper-V. Saya tidak bermaksud menginstal Kitematic (+X) di server saya, jadi ini lebih merupakan solusi sementara ...

Saya juga mengalami kesalahan ini di MacOS, mengatur ulang buruh pelabuhan memperbaikinya entah bagaimana.

Jika Anda menggunakan MacOS, Anda harus membuat docker-entrypoint.sh host Anda juga dapat dieksekusi, tidak hanya di Dockerfile Anda. Dapatkan ini dari tip, https://github.com/composer/docker/issues/7

@obfusticatedcode ini memperbaiki masalah saya! Saya terheran-heran bertanya-tanya mengapa proyek ini bekerja dengan baik di workstation Windows saya tetapi gagal di Macbook Pro saya. Terima kasih!

Dalam kasus saya , yum install libseccomp libseccomp-devel .

Saya menggunakan gambar berbasis alpine dan mengubah /bin/bash menjadi /bin/sh dan itu berfungsi dengan baik :-)

Ingin berterima kasih kepada @obfusticatedcode ! Masalah terpecahkan. Dalam kasus saya, proyek bekerja di Windows tetapi gagal saat menjalankan docker-compose up di Debian.

Menghadapi dan memecahkan masalah yang sama. Bagi saya, itu karena deklarasi tingkat layanan volumes dalam file docker-compose.yml .

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

Ini mengesampingkan apa pun yang saya salin ke /app mount point di Dockerfile .
Mengomentari deklarasi volumes berhasil.

Saya bisa membuatnya bekerja di Windows 10 setelah menjalankan command prompt sebagai administrator.

masalah bagi saya adalah bahwa saya baru-baru ini mengubah kata sandi windows, Masuk ke pengaturan Docker -> drive bersama, batalkan pilihan drive saya, terapkan, lalu pilih kembali (terapkan) perbaiki.

@sajadghawami Saya ingin mengucapkan terima kasih, secara pribadi, karena telah menyelamatkan saya dari neraka ini. Komentar Anda sangat berharga!! Terima kasih <3

Di windows 10 dan baru saja menemukan bug ini. Masuk ke pengaturan Docker -> drive bersama dan kemudian batalkan pilihan drive saya, terapkan, lalu pilih kembali (terapkan) tampaknya telah memperbaikinya. Terima kasih @artem-gavrylenko

Ini sempurna. Mengapa hal seperti ini terjadi?? Apakah ada yang tahu?

Anda dapat mencari /docker-entrypoint-initdb.d di bagian volume jika file sql tidak ada akan mengembalikan kesalahan ini.

```
mysql:
gambar: percona:5.6
port:
- "3306:3306"
volume:
- ./sql/bk.sql:/docker-entrypoint-initdb.d/bk.sql # bk.sql tidak ada, beri komentar pada baris atau letakkan file di sana
- ./docker/mysql:/var/lib/mysql

Kesalahan yang sama

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.

Seorang rekan satu tim baru saja mengalami masalah ini. Solusi @sajadghawami bekerja untuk kami.

Satu catatan tentang situasi yang mungkin menyebabkan ini - dia mengubah kata sandi Windows-nya sehari sebelumnya. Meskipun saya tidak memiliki sumber daya pribadi untuk memvalidasi perilaku ini, saya pikir akan mudah untuk mengujinya.

Saya telah mencabut rambut saya untuk beberapa waktu sekarang karena saya tidak bisa mendapatkan reaksi untuk menginstal mengikuti instruksi di https://docs.reactioncommerce.com/docs/next/installation-reaction-platform.

Saya menjalankan Windows 7 64-bit Pro dengan node.js 8.12.0 dan daripada menggunakan penginstal terbaru yang hanya kompatibel dengan Windows 10, saya telah berhasil menginstal Banyak langkah berhasil menyelesaikan Docker Toolbox yang berisi Docker Engine serta Oracle VM. Semua baik sejauh ini.

Saya telah mengonfigurasi GitHub dengan SSH dan berhasil mengkloning proyek reaksi menggunakan git.

Ketika saya menjalankan perintah make, banyak langkah berhasil diselesaikan, tetapi tetap gagal pada langkah 40/41 dengan kesalahan di bawah ini. (Catatan: Untuk membuat dua jaringan auth.reaction.localhost dan api.reaction.localhost saya harus mematikan Windows Firewall dan menjalankan perintah docker network create secara manual.)

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

Bantuan atau petunjuk apa pun akan SANGAT dihargai!

Jika ada yang tertarik, saya berhasil menyelesaikan instalasi di Windows dengan menyalin folder platform reaksi di bawah direktori Pengguna... (Saya pikir itu semacam masalah izin mungkin?)

Bagaimanapun saya masih belum berhasil menjalankannya dengan mengikuti instruksi pengembang yang diuraikan dan cukup menjalankan perintah 'make' di direktori platform reaksi.

Sejauh ini instruksi untuk pengembang windows SANGAT BURUK - sayang sekali IMO

masalah bagi saya adalah bahwa saya baru-baru ini mengubah kata sandi windows, Masuk ke pengaturan Docker -> drive bersama, batalkan pilihan drive saya, terapkan, lalu pilih kembali (terapkan) perbaiki.

terima kasih BANYAK, @danielcgithub. menyelamatkan hariku.

Untuk apa nilainya: sudo docker container prune memperbaiki masalah untuk saya.

klik pada _icon tray Docker > Settings... > Shared Drivers_ dan pilih kotak centang _Shared:_ C dan D
Mungkin itu membantu Anda!

Tu é pica mesmo

klik pada _icon tray Docker > Settings... > Shared Drivers_ dan pilih kotak centang _Shared:_ C dan D
Mungkin itu membantu Anda!

Seorang rekan satu tim baru saja mengalami masalah ini. Solusi @sajadghawami bekerja untuk kami.

Satu catatan tentang situasi yang mungkin menyebabkan ini - dia mengubah kata sandi Windows-nya sehari sebelumnya. Meskipun saya tidak memiliki sumber daya pribadi untuk memvalidasi perilaku ini, saya pikir akan mudah untuk mengujinya.

Hanya untuk menambahkan komentar lain di sini oleh beberapa orang, ini terjadi pada saya baru-baru ini dan saya dapat mengonfirmasi. Saya baru saja mengubah kata sandi, komputer dihidupkan ulang dan docker-compose tidak akan membuka wadah. Hapus centang dan periksa kembali Drive Bersama, diikuti dengan memasukkan kata sandi yang diperbarui untuk menjalankan dan menjalankan semuanya.

Gagal saat mengatur titik masuk sesuai dokumentasi
~~versi: '3.2'jasa:layanan_saya:gambar: my_imagevolume:- /home/app/config:/roottitik masuk:- ls /root~ ~

Ini berfungsi saat mengubah titik masuk ke
~~titik masuk:ls /root~ ~
tanpa hiphen

Saya mengalami ini ketika mencoba menjalankan buruh pelabuhan melalui kotak alat buruh pelabuhan di windows di WSL. Untuk apa nilainya bagi siapa pun di sini, masalah saya diselesaikan dengan memastikan bahwa saya mengakses sesuatu melalui windows daripada sistem file linux:

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

# pada WSL dengan docker yang berjalan di windows, $PWD tidak akan berfungsi dan harus disetel sama dengan $PWD dari quick-start docker,
# yaitu. docker run -it --rm --name lispy -v /c/Users/firez/Documents/Development/lis.py:/Lis_Py python:3 python Lis_Py/lis.py || buruh pelabuhan mulai -ia lispy

ada apa

Saya menghadapi kesalahan "OCI runtime create failed" juga.
ini perintah saya docker-compose up -d

bagaimana saya memecahkan

Saya login server dengan ssh -A , dan kemudian, terjadi kesalahan.
Saya keluar dan masuk dengan ssh tanpa params, semuanya benar.

catatan

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.

Saya mendapatkan kesalahan yang sama ketika saya mencoba volume yang tidak disediakan pada gambar.
Maksud saya, di docker-compose.yml, ini berfungsi

• "C:/Tomcat/logs:/usr/local/Tomcat/logs"
  dan ini jangan
  
  
  
  • "C:/Tomcat:/usr/local/Tomcat"
  
  

Saya melihat masalah ini sebentar-sebentar di server Ubuntu 18.04 produksi saya saat menggunakan melalui Azure Pipelines. Restart Docker dan/atau restart server terkadang memperbaikinya. Tampaknya menjadi pesan kesalahan yang agak kabur dengan banyak akar penyebab yang berbeda...

Masuk | Sumber

Masalah lain dapat terjadi ketika Anda mengikat volume yang dilampirkan ke direktori lokal dan titik masuk Anda terletak di direktori yang diganti dalam wadah. Dengan demikian, buruh pelabuhan mencoba mengeksekusi titik masuk dan tidak menemukannya atau mendapat penolakan izin.

Hari ini saya juga mengalami masalah ini. Apa yang saya lakukan kemarin, baru saja mengubah kata sandi pengguna Windows saya. Hari ini ketika saya mencoba memulai wadah saya dihadapkan dengan pesan kesalahan ini.

Bagaimana saya menyelesaikannya? Setel ulang kredensial drive dalam pengaturan. Apakah Docker Desktop menyimpan kata sandi saya ketika saya memberikan akses ke drive saya ?

Saya juga mendapatkan yang serupa tetapi sedikit berbeda, Tolong bantu

docker-compose up
Memulai wapdocker_wordpress_1 ... kesalahan

GALAT: untuk wapdocker_wordpress_1 Tidak dapat memulai layanan wordpress: b'OCI runtime membuat gagal: container_linux.go:345: memulai proses penampung disebabkan "exec: \"/bin/sh\": stat /bin/sh: tidak ada file atau direktori seperti itu" : tidak dikenal'

GALAT: untuk wordpress Tidak dapat memulai layanan wordpress: b'OCI runtime buat gagal: container_linux.go:345: memulai proses wadah disebabkan "exec: \"/bin/sh\": stat /bin/sh: tidak ada file atau direktori seperti itu" : tidak dikenal'
KESALAHAN: Terjadi kesalahan saat membuka proyek.

Cukup mudah untuk diperbaiki, dalam kasus saya, saya hanya perlu menyimpan file yang digunakan oleh buruh pelabuhan dengan garis akhir LF alih-alih garis akhir CRLF, Anda dapat menggunakan Vscode untuk melakukan itu dan Anda juga dapat mengonfigurasinya untuk menyimpan secara otomatis sebagai LF menggunakan ekstensi editorconfig.

Hanya ingin mempertimbangkan kesalahan ini. Saya memilikinya dan saya menyelesaikannya.

Dalam kasus saya, saya menggunakan Proxmox VE 6.0 dan wadah sistem (CT) yang menjalankan CentOS. Apa yang saya coba capai, adalah menjalankan wadah (mikro) biasa dalam contoh itu. Dan saya mendapat pesan kesalahan. Izin diperiksa - mereka baik-baik saja. Memeriksa selinux - itu tidak diaktifkan. Kemudian saya sadar: Virtualisasi bersarang.

Ternyata saya belum mengaktifkan virtualisasi bersarang di Proxmox VE untuk wadah sistem yang menjalankan CentOS. Saya menghentikannya, mengaktifkan virtualisasi bersarang dan voila, sekarang saya dapat menjalankan wadah standar (mikro) di dalamnya.

Semoga membantu.

Untuk apa nilainya: sudo docker container prune memperbaiki masalah untuk saya.

Bekerja untuk saya, terima kasih! :D

Jawaban ini bekerja untuk saya: https://github.com/docker/compose/issues/4039#issuecomment -261353666 terima kasih @artem-gavrylenko

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

Saya perhatikan memiliki baris CMD di dockerfile dan parameter -command dalam file docker-compose juga akan memicu kesalahan ini.

Saya mengalami ini hari ini dengan Docker 19.03.4 berjalan dengan Docker untuk Mac dan ️ memperbaiki masalah untuk saya. Saya menghapus command: npm start dari docker-compose.yml saya karena Dockerfile disebut CMD npm start . Semuanya tampak bekerja seperti yang diharapkan sekarang.

anda harus membuat docker-entrypoint.sh dapat dieksekusi sebelum membuat gambar:

chmod +x docker-entrypoint.sh

jika tidak, itu tidak dapat dieksekusi dan Anda mendapatkan kesalahan izin.

Itu membantu saya. Terima kasih.

Saya mengalami masalah serupa. Pesan kesalahan saya adalah ini:
GALAT: untuk logstash Tidak dapat memulai layanan logstash: runtime OCI membuat gagal: container_linux.go:346: memulai proses container menyebabkan "process_linux.go:449: container init menyebabkan"rootfs_linux.go:58: pemasangan \"/c/users/revature /documents/revature/William's Code/elasticapmdocker/logstash/logstash.yml\" ke rootfs \"/mnt/sda1/var/lib/docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c393df /docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c3df974e39f57/merged/usr/share/logstash/config/logstash.yml\" menyebabkan \"bukan direktori\""":

Menurut pesan kesalahan saya, mungkin ada yang salah dengan file logstash.yml saya dan file apm-server.yml saya

Jadi file logstash.yml saya terlihat seperti ini:
pipa:
kelompok:
penundaan: 50
ukuran: 125
xpack.monitoring.enabled: benar

Dan apm-server.yml saya terlihat seperti ini:
apm-server:
tuan rumah: "0.0.0.0:8200"
setup.dashboards.enabled: benar
Rum:
diaktifkan: benar
allow_origins: [' http://localhost :8080']
kibana:
diaktifkan: benar
tuan rumah: " localhost:5601 "
logging.level: info
logging.to_files: benar
logging.file:
jalur: CHANGE_ME
nama: DemoWebApplication
keepfiles: 7
izin: 0644
logging.metrics:
diaktifkan: benar
keluaran.elastissearch:
indeks: "apm-server-%{+yyyy.MM.dd}"
host: [" localhost:9200 "]
setup.template.name: "apm-server"
setup.template.pattern: "apm-server-*"

$ docker-compose up --build
Membangun aplikasi
Langkah 1/10 : DARI ruby: 2.6-slim
---> cd9eb8fc5abd
Langkah 2/10 : JALANKAN apt-get update -qq && apt-get install -y build-essential cmake git tzdata libpq-dev ruby-dev curl
---> Menggunakan cache
---> dae7cef58b65
Langkah 3/10 : JALANKAN curl -sL https://deb.nodesource.com/setup_11.x | bash - && apt-get install -y nodejs
---> Menggunakan cache
---> 68bdae8e1191
Langkah 4/10 : JALANKAN 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
---> Menggunakan cache
---> 8ae18681c5c2
Langkah 5/10 : JALANKAN apt-get clean && rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/*
---> Menggunakan cache
---> e7fece4b0095
Langkah 6/10 : JALANKAN mkdir /app
---> Menggunakan cache
---> f59bc64ba38c
Langkah 7/10 : WORKDIR /aplikasi
---> Menggunakan cache
---> 0e280a5c2986
Langkah 8/10 : JALANKAN gem install bundler -v 1.17.3
---> Menggunakan cache
---> 3cd92734be84
Langkah 9/10 : ENTRYPOINT ["./docker-entrypoint.sh"]
---> Menggunakan cache
---> 0071a71c1342
Langkah 10/10 : CMD ["bash"]
---> Menggunakan cache
---> a069f4950175
Berhasil membangun a069f4950175
Berhasil memberi tag ifme-master_ app:latest
ifme-master_db_1 terbaru
Memulai ifme-master_app_1 ... kesalahan
GALAT: untuk ifme-master_app_1 Tidak dapat memulai aplikasi layanan: runtime OCI membuat gagal: container_linux.go:346: memulai proses penampung yang disebabkan "exec: "./docker-entrypoint.sh": stat ./docker-entrypoint.sh: tidak seperti itu file atau direktori": tidak diketahui

GALAT: untuk aplikasi Tidak dapat memulai aplikasi layanan: pembuatan runtime OCI gagal: container_linux.go:346: memulai proses penampung yang disebabkan "exec: "./docker-entrypoint.sh": stat ./docker-entrypoint.sh: tidak ada file seperti itu atau direktori": tidak diketahui
KESALAHAN: Terjadi kesalahan saat membuka proyek.

Saya mendapatkan kesalahan ini saat menjalankan perintah docker-compose up --build
meskipun saya memiliki docker-entrypoint.sh

Ini mungkin disebabkan oleh perubahan kata sandi.
Klik kanan ikon buruh pelabuhan Anda
-> pengaturan
-> Drive bersama
-> pilih kembali tempat kerja dan sistem akan meminta Anda memasukkan kata sandi lagi.

Saya juga mendapatkan kesalahan ini, dan sudo memperbaikinya. Namun, harus ada solusi alternatif untuk masalah ini.

Alih-alih menjalankan sebagai Sudo cukup jalankan perintah
chmod a+x /path/to/your/script.sh
untuk memberikan izin untuk mengeksekusi. Ini jauh lebih baik daripada menggunakan sudo setiap kali.

Saya juga mendapatkan kesalahan ini, dan sudo memperbaikinya. Namun, harus ada solusi alternatif untuk masalah ini.

Alih-alih menjalankan sebagai Sudo cukup jalankan perintah
chmod a+x /path/to/your/script.sh
untuk memberikan izin untuk mengeksekusi. Ini jauh lebih baik daripada menggunakan sudo setiap kali.

Skrip mana yang Anda maksud? @motoxnate

@simanto604newscred skrip yang saya maksud adalah skrip shell yang digunakan untuk menampilkan sisa proyek. Di posting asli, ini akan menjadi baris terakhir di dockerfile yaitu:
CMD ["script/docker-entrypoint.sh"]
Script di sini terletak di script/docker-entrypoint.sh

Anda hanya perlu mengubah izin skrip dengan chmod a+x <script> sekali dan tidak perlu lagi menggunakan sudo.

Saya sangat menyesal menambahkan masalah ini setelah dibuka:

Tapi saya menemukan cara untuk mengatasi ini. Cukup bangun kembali gambar dengan menjalankan:

docker-compose build

Dan kemudian mulai wadah menggunakan gambar yang baru dibuat:

docker-compose up

Itu saja.

saya harap ini membantu

Saya mengalami masalah serupa dan tidak ada cara yang dijelaskan di sini yang membantu.
Kemudian saya perhatikan saya telah menjalankan semua perintah dari dalam lingkungan virutal python.
Saya pikir itu tidak ada bedanya karena sebelumnya hari ini semua build berjalan dengan baik tetapi kemudian hari ini tidak ada satu pun yang melewati acara setelah pemangkasan, memulai kembali layanan buruh pelabuhan, dll.
Setelah saya menonaktifkan lingkungan virtual, semuanya mulai bekerja dengan benar.
Meninggalkan ini di sini sehingga dapat membantu orang lain.