web-dev-qa-db-fra.com

Erreur Docker: standard_init_linux.go: 185: le processus utilisateur exec n'a provoqué "aucun fichier ou répertoire"

J'essaie de configurer mon application elixir-phoenix avec la base de données postgresql pour qu'elle fonctionne avec Docker. Voici à quoi ressemble mon Dockerfile:

# ./Dockerfile

# Starting from the official Elixir 1.5.2 image:
# https://hub.docker.com/_/elixir/
FROM elixir:1.5.2

ENV DEBIAN_FRONTEND=noninteractive

# Install hex
RUN mix local.hex

# Install rebar
RUN mix local.rebar

# Install the Phoenix framework itself
RUN mix archive.install https://github.com/phoenixframework/archives/raw/master/phx_new.ez

# Install NodeJS 6.x and the NPM
RUN curl -sL https://deb.nodesource.com/setup_6.x | bash -
RUN apt-get install -y -q nodejs

# Set /lib as workdir
WORKDIR /lib

Et voici mon fichier docker-compose.yml:

web:
  build: .
  dockerfile: Dockerfile 
  env_file: .env 
  command: mix phx.server # Start the server if no other command is specified
  environment:
    - MIX_ENV=dev
    - PORT=4000
    - PG_Host=postgres
    - PG_USERNAME=postgres
  volumes:
    - .:/lib 
  ports:
    - "4000:4000"
  links:
    - postgres

test:
  image: phoenixbootstrap_web
  env_file: .env
  command: mix test
  environment:
    - MIX_ENV=test 
    - PORT=4001
    - PG_Host=postgres
    - PG_USERNAME=postgres
  volumes_from:
    - web
  links:
    - postgres

postgres:
  image: postgres:10.0
  ports:
    - "5432"

L'image se construit avec succès, mais lorsque j'essaie d'installer les dépendances avec la commande suivante:

docker-compose run web mix do deps.get

Je reçois ces erreurs:

standard_init_linux.go:185: exec user process caused "no such file or directory"

PS: J'ai trouvé quelques réponses comme celle-ci , soulignant une ligne manquante au début d'un fichier bash mais cela ne semble pas être mon cas. Je n'exécute aucun script bash et mon erreur apparaît à la ligne 185, pas 179.

18
ntonnelier

Comme vous l'avez mentionné, une des causes pourrait être que le fichier bash manque #!/bin/bash au sommet.

Une autre raison possible pourrait être si le fichier est enregistré avec des fins de ligne Windows (CRLF). Enregistrez-le avec les fins de ligne Unix (LF) et il sera trouvé.

16
Ryan Allen