Docker run remplacer point d'entrée avec un script shell qui accepte les arguments

J'ai entrypoint script shell qui accepte les arguments -a-b.

J'ai le travail docker-composer.yml fichier où je remplace tomcat, point d'entrée de l'enseignement: 

entrypoint: /usr/local/tomcat/entrypoint.sh -a param1 -b param2

Qu'est-ce que docker run alternative?

docker run --entrypoint "/usr/local/tomcat/entrypoint.sh -a param1 -b param2" tomcat:jre8

ne fonctionne pas

J'obtiens:

docker: Error response from daemon: 
invalid header field value "oci runtime error: container_linux.go:247: 
starting container process caused \"exec:
\\\"/usr/local/tomcat/entrypoint.sh -a param1 -b param2\\\": 
stat /usr/local/tomcat/entrypoint.sh -a param1 -b param2: 
no such file or directory\"\n".

FYI:

docker run --entrypoint "/usr/local/tomcat/entrypoint.sh" tomcat:jre8

œuvres de Docker point de vue, mais, évidemment, le script échoue

InformationsquelleAutor Patrik Mihalčin | 2017-01-17
  1. 27

    C'est parce que des citations vous êtes à l'aide autour de votre commande.

    Lorsque vous exécutez docker run --entrypoint "/usr/local/tomcat/entrypoint.sh -a param1 -b param2" tomcat:jre8 Docker traite tout ce qui est à l'intérieur de ces citations comme un seul fichier de script.

    Comme vous pouvez le voir à partir de l'erreur: 

    stat /usr/local/tomcat/entrypoint.sh -a param1 -b param2: 
no such file or directory\"\n".

    Il essaye d'effectuer une stat sur le fichier avant de l'exécuter, de sorte qu'il ne sait pas si elle existe.

    Place les arguments de votre point d'entrée à la fin de votre panneau de commande comme suit:

    docker run --entrypoint <entrypoint.sh> <image:tag> <arg1> <arg2> <arg3>

    Votre commande devient:

    docker run --entrypoint /usr/local/tomcat/entrypoint.sh tomcat:jre8 -a param1 -b param2

    Regarder les extraits de code dans la documentation officielle:

    Le point d'entrée d'une image est similaire à une COMMANDE parce qu'il
    spécifie ce que l'exécutable à lancer lorsque le conteneur commence

    https://docs.docker.com/engine/reference/run/#/entrypoint-default-command-to-execute-at-runtime

    • votre réponse exactement résolu mon problème... merci
    • Vous êtes les bienvenus. J'ai en fait écrit un article sur mon blog, trop. Beaucoup de gens m'ont demandé à ce sujet depuis des depuis 1,5 ans . Bonne chance!
    • juste pour préciser (l'ordre N'est question) - après run et non pas à la fin de la commande..
    InformationsquelleAutor Adrian Oprea
  2. 7

    Je pense que c'est aussi à noter:

    Si vous avez un tas d'arguments à votre docker run de commande, votre --entrypoint devrait venir en premier.

    Je ne sais pas lequel de mes arguments était le problème, mais en mettant en --entrypoint "/bin/bash" à la fin n'a pas à prévenir l'exécution du point d'entrée de la Dockerfile. Mes arguments inclus:

    • 1x --rm
    • 1x --nom
    • 1x -il
    • 3x -v
    • 6x -p
    • 4x -e
    InformationsquelleAutor Bruno Bronosky
  3. -1

    Je ne suis pas sûr que vous pouvez le faire selon le rapport officiel docker documentation:

    Remarque: vous pouvez remplacer le point d'entrée paramètre à l'aide de --point d'entrée, mais
    cela ne peut définir le binaire à exec (pas de sh-c sera utilisé).

    https://docs.docker.com/engine/reference/builder/#/environment-replacement

    • Je pense que vous êtes l'incompréhension de ce que vous avez cité. "cela ne peut définir le binaire à exec" signifie que vous devez fournir un chemin d'accès à un fichier exécutable. (Si l'exécutable n'a pas d'espaces dans le nom, ne les mettez pas dans votre point d'entrée.) "pas de sh -c sera utilisé" signifie que le point d'entrée est exécutée comme "$entrypoint" $@ et pas /bin/sh -c "$entrypoint" $@. Pour passer des arguments à votre point d'entrée, vous le faites tout simplement comme un cuit à point d'entrée: les spécifier comme arguments supplémentaires à la fin de votre docker run de commande.
    InformationsquelleAutor Fran García