docker容器自动启动及修改配置文件

创建容器时没有添加参数 --restart=always ，导致的后果是：当 Docker 重启时，容器未能自动启动。

现在要添加该参数怎么办呢，方法有指拦渗二：

1、Docker 命令修改

docker container update --restart=always 容器名字

2、直接改配置文衡知件（经测试后无效，修改配置文件后，启动容器后，该参数有自动变成了no，修改不生效）

修改docker容器的挂载路径

修改config的Source的配置路径

启动docker服务

启动所有docker容器

修改docker默认的存储位置

查看默认的docker存储路径

停止所有docker容唯脊器

停止docker服务

打包docker目录

修改docker默认的存储位置

查看修改后docker存储路径

步骤1：为我们的容器创建第一个镜像

# 以 centos 镜像作为基础镜像，我们启动自己的容器并在其中执行/bin/bash命令

# 注：-t -i 参数用于创建一个虚拟的命隐败令行。

sudo docker run -t -i centos /bin/bash

现在我们已经成功的运行了自己的第一个容器，并且进入到容器的命令行界面中。在容器中，我们执行下面的命令：

yum -y update # 更新软件包

yum install which # 安装which命令

yum install git # 安装Git

安装完成后，按 Ctrl + d 来退出容器的命令行。

# 执行sudo docker ps -a，可以看到被我们终止的容器

CONTAINER IDIMAGE COMMAND CREATED……

da9031d3568fcentos:6.4 /bin/bash 5 minutes ago…..

把我们所做的改变提交到一个新的容器：

# 这里我们创建一个自己的基础容器，容器中安装好了文章中所需的常用工具。读者的容器 id 可能与文章中的有所不同，以上一步 docker ps -a 的结果为准。

sudo docker commit da90 custom/base

容器成功提交后，执行 sudo docker images ，我们会看到刚才提交的容器（如下面的结果所示）。我们就以这个容器为基础容器，再来创建一个差携悉新的容器。

REPOSITORY TAG IMAGE IDCREATED

custom/base latest 05b6cecd370b2 minutes ago

centos 6.4 539c0211cd7610 months ago

centos latest 539c0211cd7610 months ago…

步骤2：创建新的容器，并安装 apache

# 以 custom/base 容器为基础，运行一个新的容器。

sudo docker run -t -i custom/base /bin/bash

# 安装 httpd

yum install httpd

步骤3：再次提交新的容器

按 Ctrl + d 来退出容器的命令行，然后执行命令：

# 这个命令会把步骤2中我们安装 httpd 带来的改变提交到新的名为 custom/httpd 的容器镜像中。你的容器 id 可能会和文章中有所不同，以 sudo docker ps -a 命令的结果为准。

sudo docker commit aa6e2fc0b94c custom/httpd

你应该已经发现了，我们创建了一个带有 http 服务器并可以复用的容器镜像。你可以根据这种思想，为自己所需虚乎的每个组件都创建一个容器，然后把这些容器复用于开发环境或者生产环境。

步骤7：运行 http 服务器

# -v will Mount a volume from VM to the container which was also shared from host to Vagrant VM.

# -v 参数把主机共享给虚拟机的一个卷挂载到容器中

# -p forward VM port 80 to container port 80VM port 80 is mapped to host port 8080 in Vagrantfile

# -p 参数把虚拟机的80端口映射到容器的80端口；虚拟机的80端口在 Vagrantfile 中被绑定到主机的8080端口，也就是：主机8080->虚拟机80->容器80

sudo docker run -t -i -p 80:80 -v /vagrant/htdocs:/var/www/html custom/httpd /bin/bash

# 启动 Apache

apachectl -k start

1.shell方式启动

如dockerfile中定义

CMD "./run"

则容器内的PID为1的进程为/bin/sh -c "./run"

另外又有个进程./run

2.exec方式启动

如dockerfile中定义

CMD ["./run"]

则容器禅首内的PID为1的进程直接就是./run

有何不同？退出机制可能大不相同

背景： docker stop的时候，会向PID为1的进程发送SIGTERM信号，通知进程关闭。如果10秒钟依然没有关闭，将会发送SIGKILL强制kill进程。

不同之处：

1.exec启动的进程会接收到SIGTERM信号，程序自行处理该信号，清理资源，优雅关闭。

2.shell启动的进程会接收到SIGTERM信号，但是shell进程没有处理该信号的逻辑，所以直接忽略该信号。

一直等到10秒后超时贺颂数，收樱弯到了SIGKILL信号，强制kill所有的进程。

这时资源来不及释放，会导致各种数据不一致的问题。

---