在Dockerfile中 ENTRYPOINT 只有最后一条生效,如果写了10条,前边九条都不生效
ENTRYPOINT 的定义为运行一个Docker容器像运行一个程序一样,就是一个执行的命令
两种写法:
1.ENTRYPOINT["executable","param1","param2"] 类似于exec
2.ENTRYPOINT command param1 param2(shell form)
第一种方式启动完PID号为1,第二种方式启动完PID号为最后执行完shell的PID号
CMD
部分内容转自:http://www.cnblogs.com/51kata/p/5260727.html
通过docker run 创建并启动一个容器时,命令的最后可以指定容器启动后在容器内立即要执行的指令,如:
docker run -i -t ubunu /bin/bash //表示容器启动时立即在容器内打开一个shell终端
docker run ubuntu /bin/ps //表示容器启动后立即运行 /bin/ps命令,显示容器的当前进程。
除了这种方式外,我们可以在dockerfile文件中通过CMD指令指定容器启动时要执行的命令。如:
#test
FROM ubuntu
MAINTAINER xxx
RUN echo hello1 >test1.txt
RUN echo hello2 > /test2.txt
EXPOSE 80EXPOSE 81CMD ["/bin/bash"]
上面dockerfile文件中最后一行CMD指令的参数是指定容器启动时要执行的命令,这里是bin/bash命令。
1、用docker run命令创建并启动容器(myimage 是用前面dockerfile创建的镜像的名称):
docker run -i -t myimage
上面命令是创建并启动容器,打开一个交互式shell。 而以前的写法是
docker run -i -t myimage /bin/bash
这样就省去了在docker run中写命令了。
2、即使dockerfile中有CMD指令,我们仍然可以在docker run命令中带上容器启动时执行的命令,这会覆盖dockerfile中的CMD指令指定的命令。如:
docker run -i -t myimage /bin/ps
上面命令,因为/bin/ps覆盖了CMD指令,启动容器时会打印容器内的当前进程,但容器会立即停止,因为/bin/bash被覆盖了,无法打开交互式shell界面。
3、需要注意的是,dockerfile中可以有多条cmd命令,但只是最后一条有效。
4、CMD命令的参数格式,一般写成 字符串数组的方式,如上面的例子。如:
CMD ["echo","hello world"]
虽然也可写成CMD echo hello word 方式,但这样docker会在指定的命令前加 /bin/sh -c 执行,有时有可能会出问题。 所以推荐采用数据结构的方式来存放命令。
1.CMD["executable","param1","param2"](exec form,this is the preferred form)
第一种用法:运行一个可执行的文件并提供参数。
2.CMD["param1","param2"](as default parameters to ENTRYPOINT)
第二种用法:为ENTRYPOINT指定参数。
3.CMD command param1 param2(shell form)
第三种用法(shell form): 是以 " /bin/sh -c" 的方法执行的命令。
在启动 docker时候 后边加的参数可以把 Dockerfile 中 CMD中的指令覆盖掉!
写一个Dockerfile
vim Dockerfile
FROM centos:centos7.1.1503CMD ["/bin/echo","This is test cmd"]
将Dockerfile生成一个镜像
docker build -t csphere/cmd:0.1 .
将镜像run为容器
docker run -it csphere/cmd:0.1
打印:This is test cmd
采用如下run 加入参数时:
docker run -it csphere/cmd:0.1 /bin/bash
会直接进入Container里边,不会打印语句,/bin/bash 将/bin/echo 覆盖掉了
然而使用 ENTRYPOINT 时是不能被覆盖掉
ENTRYPOINT
先回顾下CMD指令的含义,CMD指令可以指定容器启动时要执行的命令,但它可以被docker run命令的参数覆盖掉。
ENTRYPOINT 指令和CMD类似,它也可用户指定容器启动时要执行的命令,但如果dockerfile中也有CMD指令,CMD中的参数会被附加到ENTRYPOINT 指令的后面。 如果这时docker run命令带了参数,这个参数会覆盖掉CMD指令的参数,并也会附加到ENTRYPOINT 指令的后面。
这样当容器启动后,会执行ENTRYPOINT 指令的参数部分。
可以看出,相对来说ENTRYPOINT指令优先级更高。
我们来看个例子,下面是Dockerfile的内容
#test
FROM ubuntu
MAINTAINER hello
RUN echo hello1 >test1.txt
RUN echo hello2 > /test2.txt
EXPOSE 80ENTRYPOINT ["echo"]
CMD ["defaultvalue"]
假设通过该Dockerfile构建的镜像名为 myimage。
1、当运行 docker run myimage 输出的内容是 defaultvalue,可以看出CMD指令的参数得确是被添加到ENTRYPOINT指令的后面,然后被执行。
2、当运行docker run myimage hello world 输出的内容是 hello world ,可以看出docker run命令的参数得确是被添加到ENTRYPOINT指令的后面,然后被执行,这时CMD指令被覆盖了。
3、另外我们可以在docker run命令中通过 --entrypoint 覆盖dockerfile文件中的ENTRYPOINT设置,如:
docker run --entrypoint="echo" myimage good 结果输出good
注意,不管是哪种方式,创建容器后,通过 dokcer ps查看容器信息时,COMMOND列会显示最终生效的启动命令。
将上述Dockerfile中的CMD 修改为 ENTRYPOINT
同样执行:
docker run -it csphere/cmd:0.1 /bin/bash
输出:
This is test entrypoint /bin/bash
如果想要覆盖掉Dockerfile中的 ENTRYPOINT 指令,则可以使用如下命令
docker run -it --entrypoint=/bin/bash csphere/ent:0.1
方便调试ENTRYPOINT 中写错的指令