L'exécution de l'OCI a échoué : l'exécution a échoué : (...) fichier exécutable non trouvé dans $PATH" : inconnu

Question

J'ai dockerisé une application dans laquelle ffmpeg est installé via libav-tools. L'application se lance sans problème, mais le problème est survenu lorsque le module npm fluent-ffmpeg a essayé d'exécuter la commande ffmpeg, qui n'a pas été trouvée. Lorsque j'ai voulu vérifier la version de ffmpeg et la distro linux installée dans l'image, j'ai utilisé sudo docker exec -it c44f29d30753 "lsb_release -a" mais elle a donné l'erreur suivante : OCI runtime exec failed: exec failed: container_linux.go:296: starting container process caused "exec: \"lsb_release -a\": executable file not found in $PATH": unknown

Puis je me suis rendu compte qu'il me donne la même erreur avec toutes les commandes que j'essaie d'exécuter dans l'image ou le conteneur.

OCI runtime exec failed: exec failed: container_linux.go:296: starting container process caused "exec: \"ffmpeg -a\": executable file not found in $PATH": unknown

C'est mon Dockerfile :

FROM ubuntu:xenial
FROM node
RUN apt-get -y update
RUN apt-get --yes install libav-tools
RUN mkdir -p /usr/src/app
WORKDIR /usr/src/app
COPY package.json /usr/src/app
RUN npm install
COPY . /usr/src/app
RUN npm run build
ENV NODE_ENV production
EXPOSE 8000
CMD ["npm", "run", "start:prod"]

Je vous demande de bien vouloir m'aider. Merci beaucoup !

Answer 1

Cela m'est arrivé sous Windows. N'importe laquelle de ces commandes fonctionnera

Sous Windows CMD (sans passer à bash)

docker exec -it <container-id> /bin/sh

Sous Windows CMD (après être passé à bash)

docker exec -it <container-id> //bin//sh

o

winpty docker exec -it <container-id> //bin//sh

Sur Git Bash

winpty docker exec -it <container-id> //bin//sh

NB : Vous devrez peut-être utiliser /bin/bash o /bin/sh en fonction de la coquille de votre conteneur.

La raison est documentée dans le fichier ReleaseNotes de Git et elle est bien expliquée ici - -. Bash dans Git pour Windows : Bizarreries...

"La cause est liée à la tentative de s'assurer que les chemins posix finissent par être transmis aux utilitaires git correctement. Pour cette raison, Git pour Windows inclut une couche MSYS modifiée qui affecte les arguments de commande."

Answer 2

J'ai eu ce problème à cause d'une simple erreur de commande de ma part. J'ai appelé

[WRONG] docker run <image> <arguments> <command>

Alors que j'aurais dû utiliser

docker run <arguments> <image> <command>

Même résolution sur une question similaire : https://stackoverflow.com/a/50762266/6278

Answer 3

Si @papigee ne solution ne fonctionne pas, peut-être que vous n'avez pas les permissions.

J'ai essayé @papigee solution mais ne fonctionne pas sans sudo.

Je l'ai fait :

sudo docker exec -it <container id or name> /bin/sh

Answer 4

Débarrassez-vous des guillemets autour de votre commande. Quand vous la citez, Docker essaie d'exécuter la chaîne complète. "lsb_release -a" comme une commande, qui n'existe pas. Au lieu de cela, vous voulez exécuter la commande lsb_release avec un argument -a et aucun devis.

sudo docker exec -it c44f29d30753 lsb_release -a

Notez que tout ce qui suit le nom du conteneur est la commande et les arguments à exécuter à l'intérieur du conteneur, docker ne traitera rien de tout cela comme des options à la commande docker.

Answer 5

@papigee devrait fonctionner sous Windows 10 sans problème. J'utilise le terminal intégré VSCode avec git bash et cela fonctionne toujours pour moi.

winpty docker exec -it <container-id> //bin//sh