Compose: Fehler beim Versuch, docker-compose up auszuführen. "oci-Laufzeitfehler: container_linux.go:247..."

Ich habe es geschafft, es zu beheben. Ich hatte falsche Berechtigungen und musste docker-compose als sudo ausführen.

Ich erhalte auch diesen Fehler und sudo behoben. Es sollte jedoch eine alternative Lösung für dieses Problem geben.

@michalwarda @jakerobers Ich habe auch dieses Problem. Ich denke du solltest das Thema nochmal aufgreifen.

Ich verwende eine hübsche Vanilla-Installation von Docker für Mac und kann mich nicht erinnern, etwas getan zu haben, das diese Berechtigungsstufe für den Befehl docker-compose erfordert.

Ich erhalte einen ähnlichen Fehler und leider behebt Sudo diesen nicht.

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"

Ich hatte ein ähnliches Problem mit meinen Bildern und bin auf diesen Thread gestoßen.
In meinem Fall stellte sich heraus, dass das Anbringen der Volumes die Quelle der Verwirrung ist.

Stellen Sie in Ihrem Fall sicher, dass app.conf eine vorhandene Datei ist.
./config/nginx/app.conf:/etc/nginx/conf.d/default.conf

Dadurch wird Ihre lokale app.conf in den Docker-Container gemountet.
Wenn es auf Ihrem lokalen Computer nicht vorhanden ist, erstellt Docker lokal ein Verzeichnis "app.conf", was Sie in diesem speziellen Fall normalerweise nicht erwarten würden.

Ich hoffe es hilft dir.

Klicken Sie auf _Symbolleiste Docker > Einstellungen... > Gemeinsame Treiber_ und aktivieren Sie das Kontrollkästchen _Freigegeben:_ C und D
Vielleicht hilft es dir!

Mir ist aufgefallen, dass eine CMD-Zeile in einer Dockerfile und ein -command-Parameter in einer docker-compose-Datei ebenfalls diesen Fehler auslösen.

Dieses Problem sollte nicht geschlossen werden - es tritt immer noch auf, und sudo ist keine wirklich gute Lösung, wenn Sie docker-compose für die Bereitstellung auf einen Remote-Computer verweisen müssen.

Dies ist mit docker-compose 1.9.0.

Interessanterweise wird docker-compose up -d ohne Fehler abgeschlossen, wenn ich per SSH in den Computer einsteige. Also bei mir passiert das nur, wenn ich aus der Ferne laufe.

Seltsamerweise ist die Einhängung in der Fehlermeldung für einen lokalen Pfad (unten fett gedruckt) - relativ in meinem docker-compose, also ist dies vielleicht ein relatives/absolutes Pfadproblem mit docker-compose.

FEHLER: für nginx kann Dienst nginx nicht starten: ungültiger Header-Feldwert "oci-Laufzeitfehler:
container_linux.go:247: Start des Containerprozesses verursacht \"process_linux.go:359: Container-Init verursacht
\\"rootfs_linux.go:53: mounten von \\\\"/data/www/aq/docker/nginx/ default.conf \\\\" nach rootfs \\\\"/var
/lib/docker/aufs/mnt/8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f\\\\"
at \\\\"/var/lib/docker/aufs/mnt
/8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f/etc/nginx/conf.d
/default.conf\\\\" verursacht \\\\"kein Verzeichnis\\\\"\\"\"\n"

Dies liegt an einer Zeile in docker-compose.yml, die versucht, die Konfiguration von nginx zurück auf das lokale Dateisystem zu verweisen:

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

Dies sollte auf der Fernbedienung in /home/root/docker und lokal in /data/www/aq/docker aufgelöst werden. Stattdessen scheint docker-compose zu versuchen, den lokalen Pfad auf der Fernbedienung zu verwenden.

Gerne weitere Details/Protokolle.

Sie müssen docker-entrypoint.sh ausführbar machen, bevor Sie das Image erstellen:

chmod +x docker-entrypoint.sh

Andernfalls kann es nicht ausgeführt werden und Sie erhalten den Berechtigungsfehler.

Gleiches Problem hier. Noch keine Ahnung wie es angefangen hat.

Ich habe es gefunden, ich habe die Optionen nicht in der richtigen Reihenfolge zugewiesen:

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

scheitert während:

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

funktioniert.

Diese Einschränkungen der Parameterreihenfolge sind ziemlich ärgerlich. Hatte noch nie so viele Probleme mit einer ausführbaren Unix-Datei...

Ich habe meinen Kopf in meine Tastatur geschlagen, um das zum Laufen zu bringen. Danke für das Posten des Fixes!

Dieses Problem tritt auch auf meinem nativen Docker auf dem Mac auf ... keine Ahnung, wie man es beheben kann!

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

Unten sind einige Informationen zu meinem 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 dein Problem scheint ein anderes zu sein!

Was versuchst du zu montieren? Scheint, als ob ein Ordner auf Ihrem Host nicht existiert.

Bitte geben Sie Ihre Docker-Compose-Datei an

Ich habe die gleichen Probleme. Ich habe einen php-fpm- und nginx-Container ausgeführt.
Ich habe meinen Windows-Rechner neu gestartet, und er konnte die Dateien nicht mehr finden, die ich in den php-fpm-Container aufnehmen wollte.

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)

Dann den Container neu gestartet und erhalten:

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" bindet Verzeichnisse... keine Dateien.

@imarchuang bindet das Verzeichnis "config" => elk/elasticsearch/config mit /usr/share/elasticsearch/config

@chielsen bindet das

Hallo Romain,

Danke für die Antwort, und tatsächlich funktioniert es... also gibt es keine Möglichkeit, wenn ich würde
Möchten Sie nur eine bestimmte Datei mounten?

Mit freundlichen Grüßen
Marc Huang
Handy: (+1) 416-856-2622

Am 27. Februar 2017 um 09:41 Uhr, Romain Dequidt [email protected]
schrieb:

"volumes" bindet Verzeichnisse... keine Dateien.

@imarchuang https://github.com/imarchuang bindet das "config" -Verzeichnis
=> elk/elasticsearch/config mit /usr/share/elasticsearch/config

@chielsen https://github.com/chielsen binde "php-fpm" Verzeichnis mit
/etc/php/7.1/fpm/conf.d-Verzeichnis

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/docker/compose/issues/4039#issuecomment-282738779 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AHoqGkRXsN6lONNR52yXWSozxL3kawXqks5rguCugaJpZM4KZlqg
.

@romaindequidt Das ist seltsam, da es immer funktioniert hat. Ich habe das von https://phpdocker.io/generator
Das Mounten einer Datei wird auch hier angegeben: https://docs.docker.com/engine/tutorials/dockervolumes/#mount -a-host-file-as-a-data-volume

Ich habe vorerst eine Problemumgehung gefunden, die die Datei schreibgeschützt macht und ':ro' am Ende der Zeile hinzufügt.

Sie mounten entweder eine bestimmte Datei oder einen ganzen Ordner.
Sie können keine einzelne Datei in einen Ordner einhängen!

Wie aus dem Link von @chielsen entnommen , können Sie dies tun:

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

wodurch die lokale .bash_history Datei des Benutzers dem Container mit dem angegebenen Dateinamen zugeordnet wird.

Ich habe diesen Fehler gerade nach der Aktualisierung von Docker festgestellt, ohne den Docker-Daemon neu zu starten.

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"

Nach Neustart funktioniert alles normal.

In meinem Fall habe ich die Datei docker-compose.yml geändert.
von
- /usr/local/bin/docker:/usr/bin/docker
zu
- /usr/bin/docker:/usr/bin/docker

Es funktioniert gut.

Ich habe diesen Fehler immer noch gelegentlich. Ich habe gerade einen neuen PC gekauft und eine saubere Win 10 Installation durchgeführt und habe immer noch dieses Problem. Die einzige Möglichkeit, es zu beheben, ist ein Neustart.
Untersucht das irgendjemand?

@chielsen Scheint, als könnte es zumindest nach dem Docker-Update passieren. Ich habe dieses Problem für mich gelöst, indem ich den Docker-Daemon neu gestartet habe.

wenn ich docker starte bekomme ich folgenden Fehler
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
und mein Dockerfile im Folgenden
`FROM minchangchen/ openjdk:latest
MAINTAINER Minchangchen
LABEL name="tomcat" license="MIT" build-date="20170223"

ENV-VERSION 8.5.15
ENV TOMCAT_PATH /data/env/tomcats/0

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

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

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

ARBEITSVERZEICHNIS $TOMCAT_PATH

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

alle helfen mir!!! - . --

Dies geschieht auch mit docker-toolbox unter 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"

objektivePinta Versuchen Sie, Ihre Toolbox neu zu starten, wenn Sie diesen Fehler erhalten. und starten Sie Ihren Container neu,
Wenn Sie immer noch den gleichen Fehler haben, verwenden Sie einfach die virtuelle Box in der Docker-Toolbox und kehren Sie dann zur normalen zurück und es sollte es beheben.

Habe das heute bekommen.
Windows 10 Pro mit der Docker-App (native Hyper-V) 17.03.1-ce-win5 (10743)
Ich betreibe diesen speziellen Container jetzt seit Monaten ohne Probleme. Laptop neu gestartet und der Fehler ist nicht zurückgekehrt.

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 das große "C" im Pfad sieht verdächtig aus. Ich glaube, dass der Pfad standardmäßig mit einem Laufwerksbuchstaben in Kleinbuchstaben in die boot2docker-VM eingehängt ist - wie /c/Users/xxx/....

Ich weiß, dass dies nicht genau die Antwort ist, aber überprüfen Sie den Pfad in den VM-Eigenschaften in VirtualBox.

Virtualbox wird nicht verwendet, es ist der "native" Docker unter Windows 10 Pro (Hyper-V mit MobyLinux oder so).

Bei mir passiert das immer noch. Ich verwende VS 2017 15.2. Neues .net-Core-Webapi-Projekt unverändert. Es wird ausgeführt und gibt die Ausgabe vom Wertecontroller zurück. Wenn Docker aktiviert ist und Docker ausgeführt wird, schlägt es jedoch fehl

netcoreapp1.1.1
1.1.1
..docker-compose.dcproj

Fehler MSB4018 Die Aufgabe "PrepareForLaunch" ist unerwartet fehlgeschlagen.
Microsoft.DotNet.Docker.CommandLineClientException: Dockercompose1799126456_webapplication1_1 neu erstellen
FEHLER: für webapplication1 Dienst kann nicht gestartet werden webapplication1: oci-Laufzeitfehler: container_linux.go:247: Starten des Containerprozesses verursachte "process_linux.go:359: Container-Init verursachte \"rootfs_linux.go:54: mounten \\"/C/Users/ ozi/clrdbg\\" zu rootfs \\"/var/lib/docker/aufs/mnt/bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b\\" bei \\"/clrdbg\\" Eingabe verursacht \\"ozi /C/rdb /Ausgabefehler\\"\""
Beim Aufrufen des Projekts sind Fehler aufgetreten.

Weitere Informationen zur Fehlerbehebung finden Sie unter http://aka.ms/DockerToolsTroubleshooting ---> Microsoft.DotNet.Docker.CommandLineClientException: Recreating dockercompose1799126456_webapplication1_1
FEHLER: für webapplication1 Dienst kann nicht gestartet werden webapplication1: oci-Laufzeitfehler: container_linux.go:247: Starten des Containerprozesses verursachte "process_linux.go:359: Container-Init verursachte \"rootfs_linux.go:54: mounten \\"/C/Users/ ozi/clrdbg\\" zu rootfs \\"/var/lib/docker/aufs/mnt/bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b\\" bei \\"/clrdbg\\" Eingabe verursacht \\"ozi /C/rdb /Ausgabefehler\\"\""
Beim Hochfahren des Projekts sind Fehler aufgetreten.
bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Aufgabenaufgabe)
bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Aufgabenaufgabe)
bei Microsoft.DotNet.Docker.DockerComposeClient.d__18.MoveNext()
--- Ende des inneren Ausnahme-Stack-Trace ---
bei Microsoft.DotNet.Docker.DockerComposeClient.d__18.MoveNext()
--- Ende des Stack-Trace vom vorherigen Ort, an dem eine Ausnahme ausgelöst wurde ---
bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Aufgabenaufgabe)
bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Aufgabenaufgabe)
bei Microsoft.DotNet.Docker.DockerWorkspace.d__14.MoveNext()
--- Ende des Stack-Trace vom vorherigen Ort, an dem eine Ausnahme ausgelöst wurde ---
bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Aufgabenaufgabe)
bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Aufgabenaufgabe)
bei Microsoft.DotNet.Docker.BuildTasks.DockerBaseTask.Execute()
bei Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute()
bei 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

Unter Windows 10 und gerade auf diesen Fehler gestoßen. In den Docker-Einstellungen -> freigegebene Laufwerke zu gehen und dann die Auswahl meines Laufwerks aufzuheben, anzuwenden und dann erneut auszuwählen (übernehmen), scheint das Problem behoben zu haben. Danke @artem-gavrylenko

Ich hatte diesen Fehler eine sehr dumme Sache:

Ich habe das gemacht

COPY ./package.json /frontend

Stattdessen:

COPY ./package.json /frontend/

Unter Windows 10 trat das gleiche Problem mit Docker für Windows auf. Dies geschah und ich konnte nicht herausfinden, warum, bis ich merkte, dass ich früher am Tag meine Betriebssystem-Anmeldeinformationen geändert hatte! Ich ging in die Docker-Einstellungen --> geteilte Laufwerke und klickte auf "Meine Anmeldeinformationen zurücksetzen". Ich wurde dann nach meinen neuen Zugangsdaten gefragt und danach lief alles einwandfrei.

Wir haben zwei verschiedene Pipelines, beide laufen auf demselben Docker, aber das passiert nur einer von ihnen.... !!! irgendwelche Ideen?

Meine Erfahrung war, dass dies wirklich nur ein schlecht dokumentierter Fehlerzustand ist. Das Problem (für mich) verwies auf eine Quelldatei / ein Quellverzeichnis in einer VOLUME Anweisung in meiner Docker-Compose-Datei.

Beheben, dass (indem tatsächlich auf vorhandene Datei / Verzeichnis verwiesen wird) die Bedingung behoben wurde.

Ich verwende Windows 7. Dies ist in meinem 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"

und ich bekomme den fehler

`$ docker-compose up
Entfernen von mcclatchy_elasticsearch_1
mcclatchy_memcached_1 ist aktuell
mcclatchy_mailcatcher_1 ist aktuell
0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 neu erstellen ...
mcclatchy_mysql_1 ist aktuell
0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 neu erstellen ... Fehler

FEHLER: for 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 Dienst kann nicht gestartet werden elasticsearch: oci-Laufzeitfehler: container_linux.go:265: Starten des Containerprozesses verursachte "process_linux.go:368: Container-Init verursachte \"rootfs_linux.go:57: mount \\"/f/mcc config/elasticsearch/elasticse
arch.yml\\" zu rootfs \\"/mnt/sda1/var/lib/docker/aufs/mnt/cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f\\" at \\"/mnt/sda1/var/aufs/mnt/cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f\\" bei \\"/mnt/sda1/var/aufs/mnt/var /usr/share/elasticsearch/config/elasticsearch.yml\\" verursacht \\"
kein Verzeichnis\\"\""
: Versuchen Sie, ein Verzeichnis in eine Datei einzuhängen (oder umgekehrt)? Überprüfen Sie, ob der angegebene Hostpfad existiert und dem erwarteten Typ entspricht

FEHLER: for elasticsearch Dienst kann nicht gestartet werden elasticsearch: oci-Laufzeitfehler: container_linux.go:265: Starten des Containerprozesses verursachte "process_linux.go:368: Container-Init verursachte \"rootfs_linux.go:57: mounten \\"/f/mcclatchy/ config/elasticsearch/elasticsearch.yml\\" zu rootfs \\"/mnt/sda1/v
ar/lib/docker/aufs/mnt/cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f\\" at \\"/mnt/sda1/var/lib/docker/aufs/mnt/cc17c689b4bb9610b094365c\\"/mnt/sda1/var/lib/docker/aufs/mnt/cc17c689b4bb9610b094365c\\"/mnt/sda1/var/lib/docker/aufs/mnt/cc17c689b4bb9610b094365c\\" \\"kein Verzeichnis\\"\""
: Versuchen Sie, ein Verzeichnis in eine Datei einzuhängen (oder umgekehrt)? Überprüfen Sie, ob der angegebene Hostpfad existiert und dem erwarteten Typ entspricht`

Dss@Dss MINGW64 /c/zenbot
$ docker-compose up -d
Entfernen von zenbot_server_1
zenbot_mongodb-data_1 neu erstellen ...
zenbot_mongodb-data_1 neu erstellen
WARNUNG: Der Dienst "mongodb-data" verwendet das Volume "/data/db" aus der vorherigen Version
tainer. Die Hostzuordnung "/c/zenbot/data/db" hat keine Auswirkung. Entfernen Sie die vorhandene Fortsetzung
zenbot_mongodb-data_1 neu erstellen ... fertig
zenbot_mongodb_1 neu erstellen ...
zenbot_mongodb_1 neu erstellen ... fertig
61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1 neu erstellen.
..
61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1 neu erstellen.
.. Error

FEHLER: für 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1
Dienstserver kann nicht gestartet werden: oci-Laufzeitfehler: container_linux.go:265: wird gestartet
Container-Prozess verursachte "process_linux.go:368: Container-Init verursachte \"rootfs_
linux.go:57: \\"/c/zenbot/conf.js\\" in rootfs \\"/mnt/sda1/var/lib/ einhängen
docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded067771196c9dd082aafaa975a3cc0a44
\\" at \\"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded06
7771196c9dd082aafaa975a3cc0a44/app/conf.js\\" verursachte \\"kein Verzeichnis\\"\""

: Versuchen Sie, ein Verzeichnis in eine Datei einzuhängen (oder umgekehrt)? Überprüfen Sie, ob die
Der angegebene Hostpfad existiert und ist der erwartete Typ

FEHLER: für Server Dienstserver kann nicht gestartet werden: oci-Laufzeitfehler: container_lin
ux.go:265: Starten des Containerprozesses verursachte "process_linux.go:368: Container in ."
es verursachte \"rootfs_linux.go:57: mounten von \\"/c/zenbot/conf.js\\" an rootfs \\
"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded067771196c9dd
082aafaa975a3cc0a44\\" at \\"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f0
37fada3c80378dded067771196c9dd082aafaa975a3cc0a44/app/conf.js\\" verursacht \\"nicht
ein Verzeichnis\\"\""
: Versuchen Sie, ein Verzeichnis in eine Datei einzuhängen (oder umgekehrt)? Überprüfen Sie, ob die
Der angegebene Hostpfad existiert und ist der erwartete Typ
FEHLER: Beim Aufrufen des Projekts sind Fehler aufgetreten.

$ Docker-Version
Klient:
Version: 17.07.0-ce
API-Version: 1.31
Go-Version: go1.8.3
Git-Commit: 8784753
Baujahr: Di 29 Aug 17:41:05 2017
Betriebssystem/Arch: windows/amd64

Server:
Version: 17.09.0-ce
API-Version: 1.32 (Mindestversion 1.12)
Go-Version: go1.8.3
Git-Commit: afdb6d4
Baujahr: Di 26. Sep 22:45:38 2017
Betriebssystem/Arch: linux/amd64
Experimentell: falsch

$ Docker-Info
Behälter: 7
Laufen: 2
Angehalten: 0
Gestoppt: 5
Bilder: 10
Serverversion: 17.09.0-ce
Speichertreiber: aufs
Root-Verzeichnis: /mnt/sda1/var/lib/docker/aufs
Backup-Dateisystem: extfs
Dirs: 37
Dirperm1 unterstützt: true
Protokollierungstreiber: json-Datei
Cgroup-Treiber: cgroupfs
Plugins:
Lautstärke: lokal
Netzwerk: Bridge-Host-Macvlan-Null-Overlay
Protokoll: awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
Schwarm: inaktiv
Laufzeiten: runc
Standardlaufzeit: runc
Init-Binärdatei: docker-init
Containerversion: 06b9cb35161009dcb7123345749fef02f7cea8e0
Runc-Version: 3f2f8b84a77f73d38244dd690525642a72156c64
Init-Version: 949e6fa
Sicherheitsoptionen:
seccomp
Profil: Standard
Kernel-Version: 4.4.89-boot2docker
Betriebssystem: Boot2Docker 17.09.0-ce (TCL 7.2); KOPF: 06d5c35 - Mi 27. September
23:22:43 UTC 2017
Betriebssystemtyp: Linux
Architektur: x86_64
CPUs: 1
Gesamtspeicher: 995,8 MiB
Name: Standard
ID: MBC4:V75F:KP5Q:TIC3:MH65: GXPO:4RY7 :3 RWU:355J :VR54:V365:JBLD
Docker-Root-Verzeichnis: /mnt/sda1/var/lib/docker
Debug-Modus (Client): false
Debug-Modus (Server): wahr
Dateideskriptoren: 30
Goroutinen: 40
Systemzeit: 2017-10-13T20:10:22.76759278Z
EreignisseListener: 0
Registrierung: https://index.docker.io/v1/
Etiketten:
Anbieter=virtuelle Box
Experimentell: falsch
Unsichere Register:
127.0.0.0/8
Live-Wiederherstellung aktiviert: false

Hallo.
Ich habe ein ähnliches Problem. Neu hier.
Ich habe versucht, dieses Image zu installieren.

Es hat gut gepasst. Aber wenn ich versuche zu rennen,

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

es wirft,

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

Bereits versucht sudo schien nicht zu funktionieren.

Informationen zur Docker-Installation

 $ 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-Infos

 $ 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

Bei mir hat ein Neustart funktioniert :-/

Auch hier hat Neustart nicht geholfen:(
Host - Ubuntu.
Alles funktioniert gut, aber nicht, wenn ich einen gitlab-runner darauf installiert habe und versuche, docker-compose darin auszuführen.
Hat es schon jemand herausgefunden?

Behoben durch Bearbeiten von Mount-Ordnern in Kitematic. Sie erschienen zunächst wiederholt (Docker-Ordner: /var/www/html/something , Lokaler Ordner: /var/www/html/something ). Nach der Bearbeitung erscheinen sie verstümmelt (Lokaler Ordner: \d\srvT:est\something statt \d\srv\test\something ), aber sie funktionieren. In der Fehlermeldung steht das Laufwerk der Einheit in Großbuchstaben ( stat /D/srv/test/something: input/output error ).

Dies auf meinem PC mit Windows 10 mit Hyper-V. Ich beabsichtige jedoch nicht, Kitematic (+X) auf meinem Server zu installieren, daher ist dies eher eine vorübergehende Problemumgehung ...

Ich hatte diesen Fehler auch unter MacOS, das Zurücksetzen des Dockers hat es irgendwie behoben.

Wenn Sie MacOS verwenden, sollten Sie die docker-entrypoint.sh Ihres Hosts auch ausführbar machen, nicht nur in Ihrem Dockerfile. Habe das von einem Tipp, https://github.com/composer/docker/issues/7

@obfusticatedcode das hat mein Problem behoben! Ich habe mir den Kopf zerrissen und mich gefragt, warum dieses Projekt auf meiner Windows-Workstation großartig funktioniert hat, aber auf meinem Macbook Pro scheiße. Danke!

In meinem Fall yum install libseccomp libseccomp-devel .

Ich habe alpenbasierte Bilder verwendet und /bin/bash in /bin/sh geändert und es hat gut funktioniert :-)

Ich möchte docker-compose up unter Debian fehl.

Stehe vor dem gleichen Problem und habe es gelöst. Bei mir lag es an der Service Level volumes Deklaration in der docker-compose.yml Datei.

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

Dies überschrieb alles, was ich zum /app Einhängepunkt in Dockerfile kopiert habe.
Das Auskommentieren der volumes Deklaration hat funktioniert.

Ich konnte es unter Windows 10 zum Laufen bringen, nachdem ich die Eingabeaufforderung als Administrator ausgeführt hatte.

Das Problem für mich war, dass ich kürzlich das Windows-Passwort geändert habe, indem ich in die Docker-Einstellungen -> freigegebene Laufwerke gegangen bin, die Auswahl meines Laufwerks aufgehoben, übernommen und dann erneut ausgewählt (übertragen) wurde.

@sajadghawami Ich wollte dir persönlich dafür danken, dass du mich aus dieser Hölle

Unter Windows 10 und gerade auf diesen Fehler gestoßen. In den Docker-Einstellungen -> freigegebene Laufwerke zu gehen und dann die Auswahl meines Laufwerks aufzuheben, anzuwenden und dann erneut auszuwählen (übernehmen), scheint das Problem behoben zu haben. Danke @artem-gavrylenko

Dies war perfekt. Warum passieren so etwas?? Weiß jemand?

Sie können im Abschnitt Volumes nach /docker-entrypoint-initdb.d suchen, wenn die SQL-Datei nicht existiert, wird dieser Fehler zurückgegeben.

```
mysql:
Bild: Percona: 5,6
Häfen:
- "3306:3306"
Bände:
- ./sql/bk.sql:/docker-entrypoint-initdb.d/bk.sql # bk.sql existiert nicht, kommentieren Sie die Zeile oder legen Sie die Datei dort ab
- ./docker/mysql:/var/lib/mysql

Gleicher Fehler

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.

Ein Teamkollege ist gerade auf dieses Problem gestoßen. Die Lösung von @sajadghawami hat bei uns funktioniert.

Eine Anmerkung zu der Situation, die dies möglicherweise verursacht hat: Sie hat am Tag zuvor ihr Windows-Passwort geändert. Ich habe zwar nicht die persönlichen Ressourcen, um dieses Verhalten zu validieren, aber ich denke, es wäre einfach, dies zu testen.

Ich ziehe mir seit einiger Zeit die Haare aus, da ich keine Reaktion auf die Installation bekomme, indem ich die Anweisungen unter https://docs.reactioncommerce.com/docs/next/installation-reaction-platform befolge.

Ich verwende Windows 7 64-Bit Pro mit node.js 8.12.0 und anstatt das neueste Installationsprogramm zu verwenden, das nur mit Windows 10 kompatibel ist, habe ich erfolgreich Docker Toolbox installiert, die Docker Engine sowie Oracle enthält VM. Alles gut soweit.

Ich habe GitHub mit SSH konfiguriert und das Reaktionsprojekt erfolgreich mit git geklont.

Wenn ich den Befehl make ausführe, werden viele Schritte erfolgreich abgeschlossen, aber es schlägt weiterhin bei Schritt 40/41 mit dem folgenden Fehler fehl. (Hinweis: Um die beiden Netzwerke auth.reaction.localhost und api.reaction.localhost zu erstellen, musste ich die Windows-Firewall ausschalten und die docker network create-Befehle manuell ausführen.)

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

Jede Hilfe oder Hinweise wäre sehr dankbar!

Wenn jemand interessiert ist, habe ich es geschafft, die Installation unter Windows abzuschließen, indem ich den Reaktionsplattform-Ordner unter das Benutzerverzeichnis kopiert habe ... (ich denke, es war vielleicht eine Art Berechtigungsproblem?)

Wie auch immer, ich habe es immer noch nicht geschafft, es zum Laufen zu bringen, indem ich den beschriebenen Entwickleranweisungen gefolgt bin und einfach den Befehl 'make' im Reaktionsplattform-Verzeichnis ausgeführt habe.

Bisher waren die Anweisungen für Windows-Entwickler SEHR SCHLECHT - eine große Schande IMO

Das Problem für mich war, dass ich kürzlich das Windows-Passwort geändert habe, indem ich in die Docker-Einstellungen -> freigegebene Laufwerke gegangen bin, die Auswahl meines Laufwerks aufgehoben, übernommen und dann erneut ausgewählt (übertragen) wurde.

Vielen Dank, @danielcgithub. hat mir den Tag gerettet.

Was es wert ist: sudo docker container prune das Problem für mich behoben.

Klicken Sie auf _Symbolleiste Docker > Einstellungen... > Gemeinsame Treiber_ und aktivieren Sie das Kontrollkästchen _Freigegeben:_ C und D
Vielleicht hilft es dir!

Tu é pica mesmo

Klicken Sie auf _Symbolleiste Docker > Einstellungen... > Gemeinsame Treiber_ und aktivieren Sie das Kontrollkästchen _Freigegeben:_ C und D
Vielleicht hilft es dir!

Ein Teamkollege ist gerade auf dieses Problem gestoßen. Die Lösung von @sajadghawami hat bei uns funktioniert.

Eine Anmerkung zu der Situation, die dies möglicherweise verursacht hat: Sie hat am Tag zuvor ihr Windows-Passwort geändert. Ich habe zwar nicht die persönlichen Ressourcen, um dieses Verhalten zu validieren, aber ich denke, es wäre einfach, dies zu testen.

Um die anderen Kommentare hier von mehreren Leuten zu ergänzen, ist mir dies kürzlich passiert und ich kann es bestätigen. Ich hatte vor kurzem das Passwort geändert, der Computer wurde neu gestartet und docker-compose wollte die Container nicht öffnen. Durch das Deaktivieren und erneute Überprüfen des Shared Drive, gefolgt von der Eingabe des aktualisierten Passworts, war alles betriebsbereit.

Es schlägt fehl, wenn der Einstiegspunkt gemäß der Dokumentation festgelegt wird
~~Version: '3.2'Dienstleistungen:mein_service:Bild: mein_BildBände:- /home/app/config:/rootEinstiegspunkt:-ls /root~ ~

Es funktioniert, wenn Sie den Einstiegspunkt in ändern
~~Einstiegspunkt:ls /root~ ~
ohne hiphen

Ich hatte dies beim Versuch, einen Docker über die Docker-Toolbox in Windows auf WSL auszuführen. Für jeden, der es hier wert ist, wurde mein Problem gelöst, indem sichergestellt wurde, dass ich über die Fenster und nicht über das Linux-Dateisystem auf die Dinge zugegriffen habe:

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

# auf WSL mit Docker, der in Windows ausgeführt wird, funktioniert $PWD nicht und muss auf den gleichen Wert wie $PWD aus dem Docker-Schnellstart gesetzt werden.
# nämlich. 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

was ist los

Ich habe auch den Fehler "OCI-Laufzeiterstellung fehlgeschlagen".
hier ist mein Befehl docker-compose up -d

wie ich gelöst habe

Ich melde mich beim Server mit ssh -A an , und dann tritt ein Fehler auf.
Ich logge mich aus und logge mich per ssh ohne Parameter ein, alles richtig.

Protokoll

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.

Ich habe den gleichen Fehler erhalten, als ich ein nicht bereitgestelltes Volume im Image ausprobiert habe.
Ich meine, in docker-compose.yml funktioniert das

• "C:/tomcat/logs:/usr/local/tomcat/logs"
  und das nicht
  
  
  
  • "C:/tomcat:/usr/local/tomcat"
  
  

Ich sehe dieses Problem zeitweise auf meinem Ubuntu 18.04-Produktionsserver bei der Bereitstellung über Azure Pipelines. Ein Neustart von Docker und/oder ein Neustart des Servers behebt das manchmal. Es scheint eine ziemlich vage Fehlermeldung mit vielen verschiedenen Ursachen zu sein...

Protokoll | Quelle

Ein weiteres Problem kann sein, wenn Sie ein an das lokale Verzeichnis angehängtes Volume binden und sich Ihr Einstiegspunkt in dem Verzeichnis befindet, das im Container ersetzt wurde. Daher versucht Docker, den Einstiegspunkt auszuführen, findet ihn jedoch nicht oder erhält eine Berechtigungsverweigerung.

Heute hatte ich dieses Problem auch. Was ich gestern getan habe, habe gerade mein Windows-Benutzerkennwort geändert. Als ich heute versuchte, meinen Container zu starten, wurde diese Fehlermeldung angezeigt.

Wie habe ich gelöst? Setzen Sie die Anmeldeinformationen für das Laufwerk in den Einstellungen zurück. Speichert Docker Desktop mein Passwort, wenn ich Zugriff auf meine Laufwerke erteile 🤷‍♂ ?

Ich bekomme auch ein ähnliches, aber etwas anderes, bitte helfen Sie

docker-compose up
Starten von wapdocker_wordpress_1 ... Fehler

FEHLER: for wapdocker_wordpress_1 Kann den Dienst WordPress nicht starten: b'OCI-Laufzeiterstellung fehlgeschlagen: container_linux.go:345: Starten des Containerprozesses verursachte "exec: \"/bin/sh\": stat /bin/sh: no such file or directory" : Unbekannt'

FEHLER: for wordpress Kann Dienst WordPress nicht starten: b'OCI Runtime create failed: container_linux.go:345: Starten des Containerprozesses verursachte "exec: \"/bin/sh\": stat /bin/sh: no such file or directory" : Unbekannt'
FEHLER: Beim Aufrufen des Projekts sind Fehler aufgetreten.

Ziemlich einfach zu beheben, in meinem Fall musste ich nur die von Docker verwendeten Dateien mit der LF-Endzeile anstelle der CRLF-Endzeile speichern.

Wollte nur diesen Fehler abwägen. Ich hatte es und ich habe es gelöst.

In meinem Fall habe ich Proxmox VE 6.0 und einen Systemcontainer (CT) mit CentOS verwendet. Was ich erreichen wollte, war, in dieser Instanz einen regulären (Mikro-)Container auszuführen. Und ich habe die Fehlermeldung bekommen. Berechtigungen überprüft - sie waren in Ordnung. Selinux überprüft - es war nicht aktiviert. Dann dämmerte es mir: Verschachtelte Virtualisierung.

Es stellte sich heraus, dass ich die verschachtelte Virtualisierung in Proxmox VE für den Systemcontainer, auf dem CentOS ausgeführt wird, nicht aktiviert hatte. Ich habe es gestoppt, verschachtelte Virtualisierung aktiviert und voila, jetzt konnte ich Standard-(Mikro-)Container darin ausführen.

Ich hoffe es hilft.

Was es wert ist: sudo docker container prune das Problem für mich behoben.

Hat bei mir funktioniert, danke! :D

Diese Antwort hat bei mir funktioniert: https://github.com/docker/compose/issues/4039#issuecomment -261353666 danke @artem-gavrylenko

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

Mir ist aufgefallen, dass eine CMD-Zeile in einer Dockerfile und ein -command-Parameter in einer docker-compose-Datei ebenfalls diesen Fehler auslösen.

Ich bin heute darauf gestoßen, als Docker 19.03.4 mit Docker für Mac ausgeführt wurde, und ☝️ das Problem für mich behoben. Ich habe command: npm start aus meinem docker-compose.yml da mein Dockerfile CMD npm start . Alles scheint jetzt wie erwartet zu funktionieren.

Sie müssen docker-entrypoint.sh ausführbar machen, bevor Sie das Image erstellen:

chmod +x docker-entrypoint.sh

Andernfalls kann es nicht ausgeführt werden und Sie erhalten den Berechtigungsfehler.

Es hat mir geholfen. Danke schön.

Ich habe ein ähnliches Problem. Meine Fehlermeldung ist diese:
FEHLER: für logstash Dienst kann nicht gestartet werden logstash: OCI-Laufzeiterstellung fehlgeschlagen: container_linux.go:346: Starten des Containerprozesses verursachte "process_linux.go:449: Container-Init verursachte "rootfs_linux.go:58: mounten \"/c/users/revature /documents/revature/William's Code/elasticapmdocker/logstash/logstash.yml\" to rootfs \"/mnt/sda1/var/lib/docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5\39f57df" /docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c3df974e39f57/merged/usr/share/logstash/config/logstash.yml\" verursachte \"kein Verzeichnis\""":

Laut meiner Fehlermeldung könnte etwas mit meiner logstash.yml-Datei und meiner apm-server.yml-Datei nicht stimmen

Meine Datei logstash.yml sieht also so aus:
Pipeline:
Charge:
Verzögerung: 50
Größe: 125
xpack.monitoring.enabled: wahr

Und meine apm-server.yml sieht so aus:
apm-Server:
Host: "0.0.0.0:8200"
setup.dashboards.enabled: wahr
Rum:
aktiviert: wahr
allow_origins: [' http://localhost :8080']
Kibana:
aktiviert: wahr
host: " localhost:5601 "
Logging.level: info
Logging.to_files: wahr
Logging.files:
Pfad: CHANGE_ME
Name: DemoWebApplication
Keepfiles: 7
Berechtigungen: 0644
Protokollierungsmetriken:
aktiviert: wahr
Ausgabe.elastische Suche:
index: "apm-server-%{+yyyy.MM.dd}"
Hosts: [" localhost:9200 "]
setup.template.name: "apm-server"
setup.template.pattern: "apm-server-*"

$ docker-compose up --build
Gebäude-App
Schritt 1/10: VON Rubin: 2.6-slim
---> cd9eb8fc5abd
Schritt 2/10: RUN apt-get update -qq && apt-get install -y build-essential cmake git tzdata libpq-dev ruby-dev curl
---> Cache verwenden
---> dae7cef58b65
Schritt 3/10: RUN curl -sL https://deb.nodesource.com/setup_11.x | bash - && apt-get install -y nodejs
---> Cache verwenden
---> 68bdae8e1191
Schritt 4/10: RUN 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 Garn
---> Cache verwenden
---> 8ae18681c5c2
Schritt 5/10: RUN apt-get clean && rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/*
---> Cache verwenden
---> e7fece4b0095
Schritt 6/10: RUN mkdir /app
---> Cache verwenden
---> f59bc64ba38c
Schritt 7/10: WORKDIR /app
---> Cache verwenden
---> 0e280a5c2986
Schritt 8/10: RUN gem install Bundler -v 1.17.3
---> Cache verwenden
---> 3cd92734be84
Schritt 9/10 : ENTRYPOINT [./docker-entrypoint.sh"]
---> Cache verwenden
---> 0071a71c1342
Schritt 10/10: CMD ["bash"]
---> Cache verwenden
---> a069f4950175
Erfolgreich gebaut a069f4950175
Erfolgreich getaggt ifme-master_ app:latest
ifme-master_db_1 ist aktuell
Starten von ifme-master_app_1 ... Fehler
FEHLER: for ifme-master_app_1 Dienst-App kann nicht gestartet werden: OCI-Laufzeiterstellung fehlgeschlagen: container_linux.go:346: Starten des Containerprozesses verursachte "exec: "./docker-entrypoint.sh": stat ./docker-entrypoint.sh: no such Datei oder Verzeichnis": unbekannt

FEHLER: für App Service-App kann nicht gestartet werden: OCI-Laufzeiterstellung fehlgeschlagen: container_linux.go:346: Starten des Containerprozesses verursachte "exec: "./docker-entrypoint.sh": stat ./docker-entrypoint.sh: no such file or Verzeichnis": unbekannt
FEHLER: Beim Aufrufen des Projekts sind Fehler aufgetreten.

Ich erhalte diesen Fehler beim Ausführen des Befehls docker-compose up --build
obwohl ich docker-entrypoint.sh . habe

Dies kann durch eine Passwortänderung verursacht werden.
Klicken Sie mit der rechten Maustaste auf Ihr Docker-Symbol
-> Einstellungen
-> Geteilte Laufwerke
-> Wählen Sie den Arbeitsplatz erneut aus und das System fordert Sie auf, das Passwort erneut einzugeben.

Ich erhalte auch diesen Fehler und sudo behoben. Es sollte jedoch eine alternative Lösung für dieses Problem geben.

Anstatt als Sudo auszuführen, führen Sie einfach den Befehl aus
chmod a+x /path/to/your/script.sh
die Ausführungserlaubnis zu erteilen. Dies ist viel besser, als jedes Mal sudo zu verwenden.

Ich erhalte auch diesen Fehler und sudo behoben. Es sollte jedoch eine alternative Lösung für dieses Problem geben.

Anstatt als Sudo auszuführen, führen Sie einfach den Befehl aus
chmod a+x /path/to/your/script.sh
die Ausführungserlaubnis zu erteilen. Dies ist viel besser, als jedes Mal sudo zu verwenden.

Welches Skript meinst du? @motoxnate

@simanto604newscred Das Skript, auf das ich mich beziehe, ist das Shell-Skript, das zum
CMD ["script/docker-entrypoint.sh"]
Das Skript hier befindet sich unter script/docker-entrypoint.sh

Sie müssen die Skriptberechtigungen nur einmal mit chmod a+x <script> ändern und müssen nicht mehr sudo verwenden.

Es tut mir so leid, dieses Problem nach dem Öffnen zu erweitern:

Aber ich habe einen Weg gefunden, dies zu umgehen. Erstellen Sie einfach das Image neu, indem Sie Folgendes ausführen:

docker-compose build

Und dann starten Sie einen Container mit dem neu erstellten Image:

docker-compose up

Das ist alles.

ich hoffe das hilft

Ich hatte ein ähnliches Problem und keine der hier beschriebenen Möglichkeiten hat geholfen.
Später bemerkte ich, dass ich alle Befehle in einer virtuellen Python-Umgebung ausgeführt hatte.
Ich hatte gedacht, dass das keinen Unterschied macht, weil heute früher alle Builds gut liefen, aber heute später kein einziges Ereignis nach dem Beschneiden, Neustarten des Docker-Dienstes usw.
Nachdem ich die virtuelle Umgebung deaktiviert hatte, funktionierte alles richtig.
Lassen Sie dies hier, damit es anderen helfen kann.