Compose: Erreur lors de la tentative d'exécution de docker-compose up. "erreur d'exécution oci : container_linux.go:247..."

J'ai réussi à le réparer. J'avais de mauvaises autorisations et j'avais besoin d'exécuter docker-compose tant que sudo .

Je reçois également cette erreur et sudo corrigée. Cependant, il devrait y avoir une solution alternative à ce problème.

@michalwarda @jakerobers Je rencontre aussi ce problème. Je pense que tu devrais rouvrir le sujet.

J'utilise une installation assez simple de Docker pour Mac et je ne me souviens pas avoir fait quoi que ce soit qui nécessiterait ce niveau d'autorisation sur la commande docker-compose .

J'obtiens une erreur similaire et, malheureusement, sudo ne résout pas celle-ci.

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"

J'ai eu un problème similaire avec mes images et j'ai trouvé ce fil.
Dans mon cas, il s'est avéré que le montage des volumes est source de confusion.

Dans votre cas, assurez-vous que app.conf est un fichier existant.
./config/nginx/app.conf:/etc/nginx/conf.d/default.conf

Cela montera votre app.conf local à l'intérieur du conteneur docker.
S'il n'existe pas sur votre machine locale, docker créera localement un répertoire "app.conf", ce qui n'est pas ce à quoi vous vous attendriez dans ce cas particulier.

J'espère que cela vous aidera.

cliquez sur _icône de la barre d'état Docker > Paramètres... > Pilotes partagés_ et cochez la case _Partagé :_ C et D
Peut-être que ça t'aidera !

J'ai remarqué qu'avoir une ligne CMD dans un fichier docker et un paramètre -command dans un fichier docker-compose déclenchera également cette erreur.

Ce problème ne doit pas être résolu - cela arrive toujours, et sudo n'est pas vraiment une bonne solution lorsqu'il faut pointer docker-compose vers une machine distante pour le déploiement.

C'est avec docker-compose 1.9.0.

Fait intéressant, si je ssh dans la machine, docker-compose up -d se termine sans erreur. Donc, pour moi, cela ne se produit que lors de l'exécution à distance.

Chose étrange, le montage dans le message d'erreur est pour un chemin local (en gras ci-dessous) - mentionné relativement dans mon docker-compose, il s'agit donc peut-être d'un problème de chemin relatif/absolu avec docker-compose.

ERREUR : pour nginx Impossible de démarrer le service nginx : valeur de champ d'en-tête non valide "erreur d'exécution oci :
container_linux.go:247 : le démarrage du processus de conteneur a causé \"process_linux.go:359 : l'initialisation du conteneur a causé
\\"rootfs_linux.go:53 : montage de \\\\ "/data/www/aq/docker/nginx/default.conf \\\\" sur rootfs \\\\"/var
/lib/docker/aufs/mnt/8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f\\\\"
dans \\\\"/var/lib/docker/aufs/mnt
/8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f/etc/nginx/conf.d
/default.conf\\\\" a causé \\\\"pas un répertoire\\\\"\\"\"\n"

Cela est dû à une ligne dans docker-compose.yml essayant de renvoyer la configuration de nginx vers le système de fichiers local :

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

Cela devrait se résoudre en /home/root/docker sur la télécommande et /data/www/aq/docker localement. Au lieu de cela, docker-compose semble essayer d'utiliser le chemin local sur la télécommande.

Heureux de fournir d'autres détails/journaux.

vous devez faire du docker-entrypoint.sh un exécutable avant de construire l'image :

chmod +x docker-entrypoint.sh

sinon, il ne peut pas être exécuté et vous obtenez l'erreur d'autorisation.

Même problème ici. Aucune idée de comment ça a commencé pour le moment.

Je l'ai trouvé, je n'attribuais pas les options dans le bon ordre :

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

échoue pendant :

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

travaux.

Ces restrictions d'ordre des paramètres sont assez ennuyeuses. Jamais eu autant de problèmes avec un exécutable Unix...

Je me suis cogné la tête contre mon clavier en essayant de faire fonctionner cela. Merci d'avoir posté le correctif !

Ce problème se produit également sur mon docker natif sur Mac... aucune idée de comment le résoudre !

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

ci-dessous sont quelques informations sur mon 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, votre

Qu'essayez-vous de monter? On dirait qu'un dossier sur votre hôte n'existe pas.

Veuillez fournir votre fichier docker-compose

J'ai les mêmes problèmes. J'exécutais un conteneur php-fpm et nginx.
J'ai redémarré ma machine Windows et elle ne pouvait plus trouver les fichiers que j'essayais d'inclure dans le conteneur 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)

Puis redémarré le conteneur et obtenu :

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" lie les répertoires... pas les fichiers.

@imarchuang lie le répertoire "config" => elk/elasticsearch/config avec /usr/share/elasticsearch/config

@chielsen lie le

Salut Romain,

Merci pour la réponse, et en effet cela fonctionne ... donc il n'y a aucun moyen si je le ferais
vous souhaitez monter un fichier spécifique uniquement ?

Meilleures salutations
Marc Huang
Téléphone cellulaire : (+1) 416-856-2622

Le 27 février 2017 à 09h41, Romain Dequidt [email protected]
a écrit:

"volumes" lie les répertoires... pas les fichiers.

@imarchuang https://github.com/imarchuang lie le répertoire "config"
=> elk/elasticsearch/config avec /usr/share/elasticsearch/config

@chielsen https://github.com/chielsen lie le répertoire "php-fpm" avec
Répertoire /etc/php/7.1/fpm/conf.d

-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/docker/compose/issues/4039#issuecomment-282738779 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AHoqGkRXsN6lONNR52yXWSozxL3kawXqks5rguCugaJpZM4KZlqg
.

@romaindequidt C'est bizarre car ça a toujours fonctionné. Je l'ai reçu de https://phpdocker.io/generator
Le montage d'un fichier est également spécifié ici : https://docs.docker.com/engine/tutorials/dockervolumes/#mount -a-host-file-as-a-data-volume

J'ai trouvé une solution de contournement pour l'instant, en rendant le fichier en lecture seule, en ajoutant ':ro' à la fin de la ligne.

Soit vous montez un fichier spécifique, soit vous montez un dossier entier.
Vous ne pouvez pas monter un seul fichier dans un dossier !

Comme tiré du lien fourni par @chielsen, vous pouvez le faire :

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

qui mappe le fichier local .bash_history utilisateur dans le conteneur avec le nom de fichier spécifié.

Je viens d'attraper cette erreur après la mise à jour de docker sans redémarrer le démon docker.

Step 9/13 : RUN /bin/ln -s /etc/nginx/sites-available/symfony.conf /etc/nginx/sites-enabled/symfony.conf
 ---> Running in ea68a8b4bf61
container_linux.go:247: starting container process caused "process_linux.go:334: running prestart hook 0 caused \"fork/exec /usr/bin/dockerd (deleted): no such file or directory\""
ERROR: Service 'nginx' failed to build: invalid header field value "oci runtime error: container_linux.go:247: starting container process caused \"process_linux.go:334: running prestart hook 0 caused \\\"fork/exec /usr/bin/dockerd (deleted): no such file or directory\\\"\"\n"

Après redémarrage, tout fonctionne normalement.

Dans mon cas, j'ai modifié le fichier docker-compose.yml.
à partir de
- /usr/local/bin/docker:/usr/bin/docker
à
- /usr/bin/docker:/usr/bin/docker

Ça fonctionne bien.

J'ai encore parfois cette erreur. En fait, je viens d'acheter un nouveau PC et j'ai fait une installation propre de Win 10 et j'ai toujours ce problème. Le seul moyen de le réparer est de redémarrer.
Est-ce que quelqu'un regarde ça ?

@chielsen Il semble que cela puisse arriver au moins après la mise à jour de Docker. J'ai résolu ce problème pour moi en redémarrant le démon Docker.

quand je lance docker ， j'obtiens l'erreur suivante
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
et mon dockerfile en suivant
`À PARTIR de minchangchen/ openjdk:latest
MAINTENANT minchangchen
LABEL name="tomcat" license="MIT" build-date="20170223"

ENV VERSION 8.5.15
ENV CHEMIN_TOMCAT /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/*

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

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

WORKDIR $TOMCAT_PATH

CMD ["bin/catalina.sh", "exécuter"]`

aidez moi tout le monde !!! - . --

Cela se produit également avec docker-toolbox sur 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"

objectivePinta Essayez de redémarrer votre boîte à outils lorsque vous obtenez cette erreur. et redémarrez votre conteneur,
si vous avez toujours la même erreur, utilisez simplement la boîte virtuelle dans la boîte à outils Docker, puis revenez à la normale et cela devrait le corriger.

J'ai ça aujourd'hui.
Windows 10 Pro avec l'application Docker (hyper-v natif) 17.03.1-ce-win5 (10743)
J'utilise ce conteneur particulier depuis des mois maintenant sans problème. Ordinateur portable redémarré et le bug n'est pas revenu.

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 le "C" majuscule dans le chemin semble suspect. Je pense que par défaut, le chemin est monté dans la machine virtuelle boot2docker avec une lettre de lecteur en minuscule - telle que /c/Users/xxx/....

Je sais que ce n'est pas exactement la réponse, mais vérifiez le chemin dans les propriétés de la machine virtuelle dans VirtualBox.

N'utilisant pas virtualbox, c'est le docker "natif" sur windows 10 pro (hyper-v avec MobyLinux ou autre)

Cela se produit toujours pour moi. J'utilise VS 2017 15.2. Nouveau projet webapi de base .net inchangé. Il s'exécute et renvoie la sortie du contrôleur de valeurs. Cependant, avec docker activé et docker en cours d'exécution, il échoue

netcoreapp1.1.1
1.1.1
..docker-compose.dcproj

Erreur MSB4018 La tâche "PrepareForLaunch" a échoué de manière inattendue.
Microsoft.DotNet.Docker.CommandLineClientException : recréation de dockercompose1799126456_webapplication1_1
ERREUR : pour l'application web1 Impossible de démarrer le service webapplication1 : erreur d'exécution oci : container_linux.go:247 : le démarrage du processus de conteneur a causé "process_linux.go:359 : l'initialisation du conteneur a causé \"rootfs_linux.go:54 : montage de \\"/C/Users/ ozi/clrdbg\\" à rootfs \\"/var/lib/docker/aufs/mnt/bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b\\" à \\"/clrdbg\\"/Usclrdbg\\"/Usclersstat/ /erreur de sortie\\"\""
Erreurs rencontrées lors de la présentation du projet.

Pour plus d'informations sur le dépannage, accédez à http://aka.ms/DockerToolsTroubleshooting ---> Microsoft.DotNet.Docker.CommandLineClientException : recréation de dockercompose1799126456_webapplication1_1
ERREUR : pour l'application web1 Impossible de démarrer le service webapplication1 : erreur d'exécution oci : container_linux.go:247 : le démarrage du processus de conteneur a causé "process_linux.go:359 : l'initialisation du conteneur a causé \"rootfs_linux.go:54 : montage de \\"/C/Users/ ozi/clrdbg\\" à rootfs \\"/var/lib/docker/aufs/mnt/bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499bd837de25e47d1b\\" à \\"/clrdbg\\"/Usclrdbg\\"/Usclersstat/ /erreur de sortie\\"\""
Erreurs rencontrées lors de la présentation du projet.
à System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (tâche de tâche)
à System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (tâche de tâche)
sur Microsoft.DotNet.Docker.DockerComposeClient.d__18.MoveNext()
--- Fin de la trace de la pile d'exception interne ---
sur Microsoft.DotNet.Docker.DockerComposeClient.d__18.MoveNext()
--- Fin de la trace de la pile à partir de l'emplacement précédent où l'exception a été levée ---
à System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (tâche de tâche)
à System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (tâche de tâche)
sur Microsoft.DotNet.Docker.DockerWorkspace.d__14.MoveNext()
--- Fin de la trace de la pile à partir de l'emplacement précédent où l'exception a été levée ---
à System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (tâche de tâche)
à System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (tâche de tâche)
à Microsoft.DotNet.Docker.BuildTasks.DockerBaseTask.Execute()
à Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute()
sur 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

Sous Windows 10 et je viens de rencontrer ce bug. Aller dans les paramètres Docker -> lecteurs partagés, puis désélectionner mon lecteur, appliquer, puis resélectionner (appliquer) semble l'avoir corrigé. Merci @artem-gavrylenko

J'ai eu cette erreur une chose très stupide:

je faisais ça

COPY ./package.json /frontend

Au lieu de ça :

COPY ./package.json /frontend/

Sous Windows 10, je rencontrais le même problème avec Docker pour Windows. Cela a commencé à se produire et je ne pouvais pas comprendre pourquoi jusqu'à ce que je réalise que j'ai changé les informations d'identification de mon système d'exploitation plus tôt dans la journée ! Je suis allé dans Paramètres Docker -> Drives partagés et j'ai cliqué sur "Réinitialiser mes informations d'identification". On m'a ensuite demandé mes nouvelles informations d'identification et tout a bien commencé par la suite.

Nous avons deux pipelines différents, les deux fonctionnent sur le même docker, mais cela n'arrive qu'à l'un d'entre eux.... !!! des idées?

D'après mon expérience, il ne s'agit en réalité que d'une condition d'erreur mal documentée. Le problème (pour moi) faisait référence à un fichier/répertoire source dans une instruction VOLUME dans mon fichier docker-compose.

corriger cela (en se référant réellement au fichier/répertoire existant) a corrigé la condition.

Je suis sur windows 7. C'est dans mon 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"

et j'obtiens l'erreur

`$ docker-composer
Suppression de mcclatchy_elasticsearch_1
mcclatchy_memcached_1 est à jour
mcclatchy_mailcatcher_1 est à jour
Recréation 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 ...
mcclatchy_mysql_1 est à jour
Recréation de 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 ... erreur

ERREUR : pour 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 Impossible de démarrer le service Elasticsearch : erreur d'exécution oci : container_linux.go:265 : le démarrage du processus de conteneur a causé "process_linux.go:368 : l'initialisation du conteneur a causé \"rootfs_linux.go:57 : montage de \\"/f/mcc config/elasticsearch/elasticse
arch.yml \\ "\\ "à rootfs / mnt / sda1 / var / lib / docker / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\" à \\" / mnt / sda1 / var / lib / docker / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f /usr/share/elasticsearch/config/elasticsearch.yml\\" a causé \\"
pas un répertoire\\"\""
: Essayez-vous de monter un répertoire sur un fichier (ou vice-versa) ? Vérifiez si le chemin d'hôte spécifié existe et est le type attendu

ERREUR : pour Elasticsearch Impossible de démarrer le service Elasticsearch : erreur d'exécution oci : container_linux.go:265 : le démarrage du processus de conteneur a causé "process_linux.go:368 : l'initialisation du conteneur a causé \"rootfs_linux.go:57 : montage de \\"/f/mcclatchy/ config/elasticsearch/elasticsearch.yml\\" vers rootfs \\"/mnt/sda1/v
ar / lib / docker / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\ » à \\ "/ mnt / sda1 / var / lib / docker / aufs / mnt / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f / usr / share / ElasticSearch / config / elasticsearch.yml \\" fait \\"pas un répertoire\\"\""
: Essayez-vous de monter un répertoire sur un fichier (ou vice-versa) ? Vérifiez si le chemin d'hôte spécifié existe et est le type attendu`

Dss@Dss MINGW64 /c/zenbot
$ docker-compose up -d
Suppression de zenbot_server_1
Recréation de zenbot_mongodb-data_1 ...
Recréer zenbot_mongodb-data_1
AVERTISSEMENT : le service "mongodb-data" utilise le volume "/data/db" de la précédente con
conteneur. Le mappage d'hôte "/c/zenbot/data/db" n'a aucun effet. Supprimer le contenu existant
Recréation de zenbot_mongodb-data_1 ... terminé
Recréation de zenbot_mongodb_1 ...
Recréation de zenbot_mongodb_1 ... terminé
Recréer 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1 .
..
Recréer 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1 .
.. Erreur

ERREUR : pour 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1
Impossible de démarrer le serveur de service : erreur d'exécution oci : container_linux.go:265 : démarrage
le processus du conteneur a causé "process_linux.go:368: l'initialisation du conteneur a causé \"rootfs_
linux.go:57 : montage de \\"/c/zenbot/conf.js\\" sur rootfs \\"/mnt/sda1/var/lib/
docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded067771196c9dd082aafaa975a3cc0a44
\\" à \\"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded06
7771196c9dd082aafaa975a3cc0a44/app/conf.js\\" a causé \\"pas un répertoire\\"\""

: Essayez-vous de monter un répertoire sur un fichier (ou vice-versa) ? Vérifiez si le
le chemin d'hôte spécifié existe et est le type attendu

ERREUR : pour le serveur Impossible de démarrer le serveur de service : erreur d'exécution oci : container_lin
ux.go:265 : le démarrage du processus de conteneur a provoqué "process_linux.go:368 : conteneur dans
cela a causé \"rootfs_linux.go:57 : montage de \\"/c/zenbot/conf.js\\" sur rootfs \\
"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f037fada3c80378dded067771196c9dd
082aafaa975a3cc0a44\\" à \\"/mnt/sda1/var/lib/docker/aufs/mnt/77d9fd5e67b17f0
37fada3c80378dded067771196c9dd082aafaa975a3cc0a44/app/conf.js\\" a causé \\"pas
un répertoire\\"\""
: Essayez-vous de monter un répertoire sur un fichier (ou vice-versa) ? Vérifiez si le
le chemin d'hôte spécifié existe et est le type attendu
ERREUR : erreurs rencontrées lors de l'ouverture du projet.

$ version docker
Client:
Version : 17.07.0-ce
Version de l'API : 1.31
Version Go : go1.8.3
Validation Git : 8784753
Construit: mar. 29 août 17:41:05 2017
OS/Arch : windows/amd64

Serveur:
Version : 17.09.0-ce
Version API : 1.32 (version minimale 1.12)
Version Go : go1.8.3
Validation Git : afdb6d4
Construit: mar. 26 sept. 22:45:38 2017
OS/Arch : linux/amd64
Expérimental : faux

$ informations sur le docker
Conteneurs : 7
Course à pied : 2
En pause : 0
Arrêté : 5
Images : 10
Version du serveur : 17.09.0-ce
Pilote de stockage : aufs
Répertoire racine : /mnt/sda1/var/lib/docker/aufs
Système de fichiers de sauvegarde : extfs
Répertoire : 37
Dirperm1 pris en charge : vrai
Pilote de journalisation : fichier json
Pilote de groupe de contrôle : cgroupfs
Plugins :
Volume : local
Réseau : hôte de pont macvlan null overlay
Journal : awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
Essaim : inactif
Temps d'exécution : runc
Temps d'exécution par défaut : runc
Init binaire : docker-init
version conteneur : 06b9cb35161009dcb7123345749fef02f7cea8e0
version runc : 3f2f8b84a77f73d38244dd690525642a72156c64
version initiale : 949e6fa
Options de sécurité:
seccomp
Profil : par défaut
Version du noyau : 4.4.89-boot2docker
Système d'exploitation : Boot2Docker 17.09.0-ce (TCL 7.2) ; TÊTE : 06d5c35 - Mer 27 sept.
23:22:43 UTC 2017
Type de système d'exploitation : Linux
Architecture : x86_64
Processeurs : 1
Mémoire totale : 995,8 Mio
Nom : par défaut
ID : MBC4:V75F:KP5Q:TIC3:MH65: GXPO:4RY7 :3 RWU:355J :VR54:V365:JBLD
Répertoire racine Docker : /mnt/sda1/var/lib/docker
Mode de débogage (client) : faux
Mode de débogage (serveur) : vrai
Descripteurs de fichiers : 30
Goroutines : 40
Heure système : 2017-10-13T20 : 10 : 22.76759278Z
EvénementsAuditeurs : 0
Registre : https://index.docker.io/v1/
Étiquettes:
fournisseur=boîte virtuelle
Expérimental : faux
Registres non sécurisés :
127.0.0.0/8
Restauration en direct activée : faux

Salut.
J'ai un problème similaire. Newb ici.
J'ai essayé d'installer cette image.

Cela convenait bien. Mais quand j'essaye de courir,

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

ça jette,

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

Déjà essayé sudo n'a pas semblé fonctionner.

Informations concernant l'installation de docker

 $ sudo docker version
Client:
 Version:      17.09.0-ce
 API version:  1.32
 Go version:   go1.8.3
 Git commit:   afdb6d4
 Built:        Tue Sep 26 22:42:18 2017
 OS/Arch:      linux/amd64

Server:
 Version:      17.09.0-ce
 API version:  1.32 (minimum version 1.12)
 Go version:   go1.8.3
 Git commit:   afdb6d4
 Built:        Tue Sep 26 22:40:56 2017
 OS/Arch:      linux/amd64
 Experimental: false

informations sur les dockers

 $ 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

Un redémarrage a fonctionné pour moi :-/

Idem ici, le redémarrage n'a pas aidé :(
Hôte - ubuntu.
Tout fonctionne bien, mais pas lorsque j'ai installé un gitlab-runner dessus et que j'ai essayé d'exécuter docker-compose dedans.
Quelqu'un a-t-il déjà compris ?

Corrigé en modifiant les dossiers de montage dans Kitematic. Ils sont d'abord apparus répétés (dossier Docker : /var/www/html/something , dossier local : /var/www/html/something ). Après édition, ils apparaissent déformés (dossier local : \d\srvT:est\something au lieu de \d\srv\test\something ), mais ils fonctionnent. Dans le message d'erreur, le lecteur de l'unité est en majuscules ( stat /D/srv/test/something: input/output error ).

Ceci sur mon PC exécutant Windows 10 avec Hyper-V. Je n'ai pas l'intention d'installer Kitematic (+X) sur mon serveur, il s'agit donc plutôt d'une solution de contournement temporelle...

J'ai également eu cette erreur sur MacOS, la réinitialisation du docker l'a corrigée d'une manière ou d'une autre.

Si vous utilisez MacOS, vous devez également rendre l'exécutable docker-entrypoint.sh de votre hôte, pas seulement sur votre Dockerfile. J'ai obtenu cela d'un conseil, https://github.com/composer/docker/issues/7

@obfusticatedcode cela a résolu mon problème ! Je m'arrachais la tête en me demandant pourquoi ce projet fonctionnait très bien sur mon poste de travail Windows, mais s'effondrait sur mon Macbook Pro. Merci!

Dans mon cas, yum install libseccomp libseccomp-devel .

J'utilisais des images alpines et j'ai changé /bin/bash en /bin/sh et cela a bien fonctionné :-)

Je veux remercier @obfusticatedcode ! Problème résolu. Dans mon cas, le projet a fonctionné sous Windows mais a échoué lors de l'exécution de docker-compose up sur Debian.

Confronté et résolu le même problème. Pour moi, cela était dû à la déclaration de niveau de service volumes dans le fichier docker-compose.yml .

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

Cela remplaçait tout ce que j'avais copié sur le point de montage /app dans le Dockerfile .
La mise en commentaire de la déclaration volumes fonctionné.

Je pourrais le faire fonctionner sur Windows 10 après avoir exécuté l'invite de commande en tant qu'administrateur.

le problème pour moi était que j'avais récemment changé le mot de passe Windows, aller dans les paramètres Docker -> lecteurs partagés, désélectionner mon lecteur, appliquer, puis re-sélectionner (appliquer) l'a corrigé.

@sajadghawami Je voulais te remercier, personnellement, de m'avoir sauvé de cet enfer. Votre commentaire était inestimable !! Merçi <3

Sous Windows 10 et je viens de rencontrer ce bug. Aller dans les paramètres Docker -> lecteurs partagés, puis désélectionner mon lecteur, appliquer, puis resélectionner (appliquer) semble l'avoir corrigé. Merci @artem-gavrylenko

C'était parfait. Pourquoi des choses comme ça arrivent ?? Est-ce que quelqu'un sait?

Vous pouvez rechercher /docker-entrypoint-initdb.d dans la section des volumes si le fichier sql n'existe pas renverra cette erreur.

```
mysql :
image : percona : 5,6
ports :
- "3306:3306"
tomes :
- ./sql/bk.sql:/docker-entrypoint-initdb.d/bk.sql # bk.sql n'existe pas, commentez la ligne ou placez-y le fichier
- ./docker/mysql:/var/lib/mysql

Même erreur

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.

Un coéquipier vient de rencontrer ce problème. La solution de @sajadghawami a fonctionné pour nous.

Une note sur la situation qui a pu causer cela - elle a changé son mot de passe Windows la veille. Bien que je n'aie pas les ressources personnelles pour valider ce comportement, je pense qu'il serait facile de le tester.

Je m'arrache les cheveux depuis un certain temps maintenant car je ne peux pas obtenir de réaction pour l'installation en suivant les instructions sur https://docs.reactioncommerce.com/docs/next/installation-reaction-platform.

J'exécute Windows 7 64 bits Pro avec node.js 8.12.0 et plutôt que d'utiliser le dernier programme d'installation qui n'est compatible qu'avec Windows 10, j'ai installé avec succès De nombreuses étapes se terminent avec succès Docker Toolbox qui contient Docker Engine ainsi qu'Oracle VM. Tout va bien jusqu'à présent.

J'ai configuré GitHub avec SSH et j'ai cloné avec succès le projet de réaction à l'aide de git.

Lorsque j'exécute la commande make, de nombreuses étapes se sont terminées avec succès, mais cela continue d'échouer à l'étape 40/41 avec l'erreur ci-dessous. (Remarque : pour créer les deux réseaux auth.reaction.localhost et api.reaction.localhost, j'ai dû désactiver le pare-feu Windows et exécuter les commandes de création de réseau docker manuellement.)

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

Toute aide ou pointeurs seraient ÉNORMEMENT appréciés !

Si quelqu'un est intéressé, j'ai réussi à terminer l'installation sous Windows en copiant le dossier de la plate-forme de réaction sous le répertoire utilisateur... (Je pense que c'était peut-être une sorte de problème d'autorisations ?)

Quoi qu'il en soit, je n'ai toujours pas réussi à le faire fonctionner en suivant les instructions du développeur décrites et en exécutant simplement la commande 'make' dans le répertoire reaction-platform.

Jusqu'à présent, les instructions pour les développeurs Windows ont été TRÈS MAUVAISES - une honte énorme IMO

le problème pour moi était que j'avais récemment changé le mot de passe Windows, aller dans les paramètres Docker -> lecteurs partagés, désélectionner mon lecteur, appliquer, puis re-sélectionner (appliquer) l'a corrigé.

merci BEAUCOUP, @danielcgithub. sauvé ma journée.

Pour ce que ça vaut : sudo docker container prune résolu le problème pour moi.

cliquez sur _icône de la barre d'état Docker > Paramètres... > Pilotes partagés_ et cochez la case _Partagé :_ C et D
Peut-être que ça t'aidera !

Tu é pica mesmo

cliquez sur _icône de la barre d'état Docker > Paramètres... > Pilotes partagés_ et cochez la case _Partagé :_ C et D
Peut-être que ça t'aidera !

Un coéquipier vient de rencontrer ce problème. La solution de @sajadghawami a fonctionné pour nous.

Une note sur la situation qui a pu causer cela - elle a changé son mot de passe Windows la veille. Bien que je n'aie pas les ressources personnelles pour valider ce comportement, je pense qu'il serait facile de le tester.

Juste pour rajouter aux autres commentaires ici de plusieurs personnes, cela m'est arrivé récemment et je peux le confirmer. J'avais récemment changé le mot de passe, l'ordinateur a été redémarré et docker-compose n'affichait pas les conteneurs. Décocher et revérifier le Drive partagé, suivi de la saisie du mot de passe mis à jour, tout est opérationnel.

Il échoue lors de la définition du point d'entrée conformément à la documentation
~~version : '3.2'prestations de service:mon_service :image : mon_imagetomes :- /home/app/config:/rootpoint d'accès:- ls /root~ ~

Cela fonctionne lors du changement de point d'entrée en
~~point d'accès:ls /racine~ ~
sans hiphen

J'ai eu cela en essayant d'exécuter un docker via la boîte à outils Docker dans Windows sur WSL. Pour ce que cela vaut pour n'importe qui ici, mon problème a été résolu en m'assurant que j'accédais aux éléments via Windows plutôt que via le système de fichiers Linux :

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

# sur WSL avec docker exécuté dans Windows, $PWD ne fonctionnera pas et doit être défini sur la même valeur que $PWD à partir du démarrage rapide de docker,
# à savoir. 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

que se passe-t-il

Je suis également confronté à l'erreur " OCI runtime create failed ".
voici ma commande docker-compose up -d

comment j'ai résolu

Je me connecte au serveur par ssh -A , puis une erreur se produit.
Je me déconnecte et me connecte par ssh sans paramètres, tout va bien.

Journal

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.

J'ai eu la même erreur lorsque j'ai essayé un volume non fourni dans l'image.
Je veux dire, dans docker-compose.yml, cela fonctionne

• "C:/tomcat/logs:/usr/local/tomcat/logs"
  et cela ne
  
  
  
  • "C:/tomcat:/usr/local/tomcat"
  
  

Je vois ce problème par intermittence sur mon serveur de production Ubuntu 18.04 lors du déploiement via Azure Pipelines. Le redémarrage de Docker et/ou le redémarrage du serveur le résolvent parfois. Cela semble être un message d'erreur assez vague avec beaucoup de causes profondes différentes...

Journal | La source

Un autre problème peut survenir lorsque vous liez un volume attaché au répertoire local et que votre point d'entrée se trouve dans le répertoire qui a été remplacé dans le conteneur. Ainsi, docker essaie d'exécuter le point d'entrée et ne le trouve pas ou obtient un refus d'autorisation.

Aujourd'hui j'ai eu ce problème aussi. Ce que j'ai fait hier, je viens de changer mon mot de passe utilisateur Windows. Aujourd'hui, j'ai essayé de démarrer mon conteneur face à ce message d'erreur.

Comment j'ai résolu ? Réinitialisez les informations d'identification du lecteur dans les paramètres. Docker Desktop stocke-t-il mon mot de passe lorsque je donne accès à mes disques 🤷‍♂ ?

Je reçois également un similaire mais un peu différent, aidez s'il vous plaît

docker-composer
Démarrage de wapdocker_wordpress_1... erreur

ERREUR : pour wapdocker_wordpress_1 Impossible de démarrer le service wordpress : la création du runtime b'OCI a échoué : container_linux.go:345 : le démarrage du processus de conteneur a provoqué "exec: \"/bin/sh\": stat /bin/sh : aucun fichier ou répertoire de ce type" : inconnue'

ERREUR : pour wordpress Impossible de démarrer le service wordpress : la création du runtime b'OCI a échoué : container_linux.go:345 : le démarrage du processus de conteneur a provoqué "exec: \"/bin/sh\": stat /bin/sh: no such file or directory" : inconnue'
ERREUR : erreurs rencontrées lors de l'ouverture du projet.

Assez facile à réparer, dans mon cas, j'avais juste besoin d'enregistrer les fichiers utilisés par docker avec la ligne de fin LF au lieu de la ligne de fin CRLF, vous pouvez utiliser Vscode pour le faire et vous pouvez également le configurer pour l'enregistrer automatiquement en tant que LF en utilisant l'extension editorconfig.

Je voulais juste peser sur cette erreur. Je l'avais et je l'ai résolu.

Dans mon cas, j'utilisais Proxmox VE 6.0 et un conteneur système (CT) exécutant CentOS. Ce que j'essayais de réaliser, c'était d'exécuter un (micro) conteneur régulier dans cette instance. Et j'ai le message d'erreur. Autorisations vérifiées - elles étaient ok. Vérifié selinux - il n'a pas été activé. Puis j'ai compris : la virtualisation imbriquée.

Il s'avère que je n'avais pas activé la virtualisation imbriquée dans Proxmox VE pour le conteneur système exécutant CentOS. Je l'ai arrêté, activé la virtualisation imbriquée et le tour est joué, je peux maintenant exécuter des (micro) conteneurs standard à l'intérieur.

J'espère que ça aide.

Pour ce que ça vaut : sudo docker container prune résolu le problème pour moi.

A travaillé pour moi, merci! :RÉ

Cette réponse a fonctionné pour moi : https://github.com/docker/compose/issues/4039#issuecomment -261353666 merci @artem-gavrylenko

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

J'ai remarqué qu'avoir une ligne CMD dans un fichier docker et un paramètre -command dans un fichier docker-compose déclenchera également cette erreur.

J'ai rencontré cela aujourd'hui avec Docker 19.03.4 fonctionnant avec Docker pour Mac et ☝️ a résolu le problème pour moi. J'ai supprimé command: npm start de mon docker-compose.yml depuis que mon Dockerfile appelé CMD npm start . Tout semble fonctionner comme prévu maintenant.

vous devez faire du docker-entrypoint.sh un exécutable avant de construire l'image :

chmod +x docker-entrypoint.sh

sinon, il ne peut pas être exécuté et vous obtenez l'erreur d'autorisation.

Ça m'a aidé. Merci.

J'ai un problème similaire. Mon message d'erreur est le suivant :
ERREUR : pour logstash Impossible de démarrer le service logstash : la création de l'environnement d'exécution OCI a échoué : container_linux.go:346 : le démarrage du processus de conteneur a causé "process_linux.go:449 : l'initialisation du conteneur a causé "rootfs_linux.go:58 : mounting \"/c/users/revature /documents/revature/William's Code/elasticapmdocker/logstash/logstash.yml\" vers rootfs \"/mnt/sda1/var/lib/docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5/clib/"ats974" /docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c3df974e39f57/merged/usr/share/logstash/config/logstash.yml\" a causé \"pas un répertoire\""":

Selon mon message d'erreur, quelque chose ne va pas avec mon fichier logstash.yml et mon fichier apm-server.yml

Donc mon fichier logstash.yml ressemble à ceci :
pipeline:
grouper:
délai : 50
taille: 125
xpack.monitoring.enabled : vrai

Et mon apm-server.yml ressemble à ceci :
apm-serveur :
hôte : "0.0.0.0:8200"
setup.dashboards.enabled : vrai
Rhum:
activé : vrai
allow_origins : [' http://localhost :8080']
kibana :
activé : vrai
hôte : " localhost:5601 "
logging.level : informations
logging.to_files : vrai
logging.files :
chemin : CHANGE_ME
nom : DemoWebApplication
fichiers de conservation : 7
autorisations : 0644
logging.metrics :
activé : vrai
output.elasticsearch :
index : « apm-server-%{+yyyy.MM.dd} »
hôtes : [" localhost:9200 "]
setup.template.name : « apm-server »
setup.template.pattern : "apm-server-*"

$ docker-compose up --build
Application de construction
Etape 1/10 : FROM ruby:2.6-slim
---> cd9eb8fc5abd
Étape 2/10 : RUN apt-get update -qq && apt-get install -y build-essential cmake git tzdata libpq-dev ruby-dev curl
---> Utilisation du cache
---> dae7cef58b65
Étape 3/10 : RUN curl -sL https://deb.nodesource.com/setup_11.x | bash - && apt-get install -y nodejs
---> Utilisation du cache
---> 68bdae8e1191
Étape 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 fil
---> Utilisation du cache
---> 8ae18681c5c2
Étape 5/10 : RUN apt-get clean && rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/*
---> Utilisation du cache
---> e7fece4b0095
Étape 6/10 : RUN mkdir /app
---> Utilisation du cache
---> f59bc64ba38c
Étape 7/10 : WORKDIR /app
---> Utilisation du cache
---> 0e280a5c2986
Étape 8/10 : RUN Gem install bundler -v 1.17.3
---> Utilisation du cache
---> 3cd92734be84
Étape 9/10 : ENTRYPOINT ["./docker-entrypoint.sh"]
---> Utilisation du cache
---> 0071a71c1342
Étape 10/10 : CMD ["bash"]
---> Utilisation du cache
---> a069f4950175
Construit avec succès a069f4950175
Tagué avec succès ifme-master_ app:latest
ifme-master_db_1 est à jour
Démarrage de ifme-master_app_1 ... erreur
ERREUR : pour ifme-master_app_1 Impossible de démarrer l'application de service : la création de l'environnement d'exécution OCI a échoué : container_linux.go:346 : le démarrage du processus de conteneur a provoqué "exec: "./docker-entrypoint.sh": stat ./docker-entrypoint.sh: no such fichier ou répertoire" : inconnu

ERREUR : pour l'application Impossible de démarrer l'application de service : la création de l'environnement d'exécution OCI a échoué : container_linux.go:346 : le démarrage du processus de conteneur a provoqué "exec: "./docker-entrypoint.sh": stat ./docker-entrypoint.sh : aucun fichier de ce type répertoire" : inconnu
ERREUR : erreurs rencontrées lors de l'ouverture du projet.

Je reçois cette erreur lors de l'exécution de la commande docker-compose up --build
bien que j'aie docker-entrypoint.sh

Cela peut être dû à un changement de mot de passe.
Faites un clic droit sur l'icône de votre docker
-> paramètres
-> Drive partagés
-> resélectionnez le lieu de travail et le système vous demandera de saisir à nouveau le mot de passe.

Je reçois également cette erreur et sudo corrigée. Cependant, il devrait y avoir une solution alternative à ce problème.

Au lieu d'exécuter en tant que sudo, exécutez simplement la commande
chmod a+x /path/to/your/script.sh
donner la permission d'exécuter. C'est bien mieux que d'utiliser sudo à chaque fois.

Je reçois également cette erreur et sudo corrigée. Cependant, il devrait y avoir une solution alternative à ce problème.

Au lieu d'exécuter en tant que sudo, exécutez simplement la commande
chmod a+x /path/to/your/script.sh
donner la permission d'exécuter. C'est bien mieux que d'utiliser sudo à chaque fois.

De quel script parlez-vous ? @motoxnate

@ simanto604newscred le script
CMD ["script/docker-entrypoint.sh"]
Le script ici se trouve dans script/docker-entrypoint.sh

Vous ne devez modifier les autorisations du script avec chmod a+x <script> qu'une seule fois et vous n'aurez plus à utiliser sudo.

Je suis désolé d'ajouter à ce problème après son ouverture:

Mais j'ai trouvé un moyen de contourner cela. Reconstruisez simplement l'image en exécutant :

docker-compose build

Et puis démarrez un conteneur en utilisant l'image nouvellement construite :

docker-compose up

C'est tout.

J'espère que ça aide

J'avais un problème similaire et aucun des moyens décrits ici n'a aidé.
Plus tard, j'ai remarqué que j'avais exécuté toutes les commandes à partir d'un environnement virtuel Python.
Je pensais que cela ne faisait aucune différence, car plus tôt dans la journée, toutes les constructions se déroulaient bien, mais plus tard dans la journée, aucun n'a subi d'événement après l'élagage, le redémarrage du service docker, etc.
Après avoir désactivé l'environnement virtuel, tout a commencé à fonctionner correctement.
Laisser ça ici pour que ça puisse aider quelqu'un d'autre.