Failed to start Docker Application Container Engine.
– Subject: Unit docker.service has Failed
– Defined-By: systemd
– Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

– Unit docker.service has Failed.

– The result is Failed.

原因有很多
我的是这样的：
我stop 了其它的容器，新建了一个容器，用了一端口，而没注意到这个端口与其它容器端口是一样的，

后来，我要修改端口映射，去container目录下改hostconfig 之前 ，停止了docker 服务。

改了之后，启动服务。
由于之前的容器，是restart=always 。所以启动的时候，那两个冲突容器也启动了。所以失败。

解决：
备份，》删除 。
logs没有什么信息systemctl status docker journalctl -xe也没有什么信息

docker ps 卡住，？？？好像是启动了，但。。。
使用dockerd

Failed to start daemon: pid file found, ensure docker is not running or delete /var/run/docker.pid

有进程了？》删除 kill -9 pid
再dockerd
Error (Unable to complete atomic operation, key modified) deleting object [endpoint d14ea1a4
无法原子操作。
docker ps有东西了。
start 冲突的容器。出现了bind: address already in use。。结下来，要么删除容器，要么，再去改hostconifg来一遍。

docker 入门到实战（六）dockerFile解析

本篇来自于尚硅谷周阳老师 https://www.bilibili.com/vide...

上一篇：docker 入门到实战（五）docker容器数据卷

六：dockerFile解析

6.1 dockerFile是什么

Dockerfile是一个包含用于组合映像的命令的文本文档。可以使用在命令行中调用任何命令。 Docker通过读取Dockerfile中的指令自动生成映像。

6.1.1 cenos7 Dockerfile文件

FROM scratch
ADD centos-7-x86_64-docker.tar.xz /
LABEL org.label-schema.schema-version="1.0" \
    org.label-schema.name="CentOS Base Image" \
    org.label-schema.vendor="CentOS" \
    org.label-schema.license="GPLv2" \
    org.label-schema.build-date="20191001"
CMD ["bin/bash"]

6.1.2 构建步骤

1. 编写Dockerfile文件
2. docker build
3. docker run

6.2 dockerFile构建过程解析

6.2.1 Dockerfile内容基础知识

1. 每条保留字指令都必须为大写字母且后面要跟随至少一个参数
2. 指令按照从上到下，顺序执行
3. #表示注释
4. 每条指令都会创建一个新的镜像层，并对镜像进行提交

6.2.2 Docker执行Dockerfile的大致流程

1. docker从基础镜像运行一个容器
2. 执行一条指令并对容器作出修改
3. 执行类似docker commit的操作提交一个新的镜像层
4. docker再基于刚提交的镜像运行一个新容器
5. 执行dockerfile中的下一条指令直到所有指令都执行完成

6.2.3 小总结

从应用软件的角度来看，Dockerfile、Docker镜像与Docker容器分别代表软件的三个不同阶段，

•  Dockerfile是软件的原材料
•  Docker镜像是软件的交付品
•  Docker容器则可以认为是软件的运行态。

Dockerfile面向开发，Docker镜像成为交付标准，Docker容器则涉及部署与运维，三者缺一不可，合力充当Docker体系的基石。

1. Dockerfile，需要定义一个Dockerfile，Dockerfile定义了进程需要的一切东西。Dockerfile涉及的内容包括执行代码或者是文件、环境变量、依赖包、运行时环境、动态链接库、操作系统的发行版、服务进程和内核进程(当应用进程需要和系统服务和内核进程打交道，这时需要考虑如何设计namespace的权限控制)等等;

1. Docker镜像，在用Dockerfile定义一个文件之后，docker build时会产生一个Docker镜像，当运行 Docker镜像时，会真正开始提供服务;

1. Docker容器，容器是直接提供服务的。

6.3 DockerFile体系结构(保留字指令)

6.4 案例

6.4.1 base镜像(scratch)

几乎99%的镜像都来自于这个基础的镜像

6.4.2 自定义镜像

6.4.2.1 编写

默认centos只有很基础的命令 vim ， ip addr都没有
编写一个基于centos的镜像 并且有编辑和查看ip的功能

FROM centos
MAINTAINER rem
ENV MYPATH /usr/local
WORKDIR $MYPATH

RUN yum -y install vin
RUN yum -y install net-tools

EXPOSE 80

CMD echo "finished,---successfully"
CMD /bin/bash

6.4.2.2 构建

docker build [OPTIONS] PATH | URL | -

[OPTIONS] 选项

-f :指定要使用的Dockerfile路径；
--tag, -t:镜像的名字及标签
. :表示当前文件夹

Dockerfile文件

FROM centos
MAINTAINER rem
ENV MYPATH /usr/local
WORKDIR $MYPATH

RUN yum -y install vim
RUN yum -y install net-tools

EXPOSE 80

CMD echo "finished,---successfully"
CMD /bin/bash

6.4.2.3 运行

可以看到 vi命令和 ip addr命令可以使用了

6.4.3 查看镜像

docker history [OPTIONS] IMAGE

6.4.4 自定义tomcat9镜像

6.4.4.1 准备环境

新建一个目录dockerfile
再在下面建一个测试文件
拷贝jdk和tomcat到目录中

新建挂载目录

Dockerfile文件

FROM centos
MAINTAINER  rem
#把宿主机当前上下文的test.txt拷贝到容器/usr/local/路径下
COPY test.txt /usr/local/cincontainer.txt
#把java与tomcat添加到容器中
ADD jdk-8u144-linux-x64.tar.gz /usr/local/
ADD apache-tomcat-9.0.33.tar.gz /usr/local/
#安装vim编辑器
RUN yum -y install vim
#设置工作访问时候的WORKDIR路径，登录落脚点
ENV MYPATH /usr/local
WORKDIR $MYPATH
#配置java与tomcat环境变量
ENV JAVA_HOME /usr/local/jdk1.8.0_144
ENV CLASSPATH $JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
ENV CATALINA_HOME /usr/local/apache-tomcat-9.0.33
ENV CATALINA_BASE /usr/local/apache-tomcat-9.0.33
ENV PATH $PATH:$JAVA_HOME/bin:$CATALINA_HOME/lib:$CATALINA_HOME/bin
#容器运行时监听的端口
EXPOSE  8080
#启动时运行tomcat
# ENTRYPOINT ["/usr/local/apache-tomcat-9.0.33/bin/startup.sh" ]
# CMD ["/usr/local/apache-tomcat-9.0.33/bin/catalina.sh","run"]
CMD /usr/local/apache-tomcat-9.0.33/bin/startup.sh && tail -F /usr/local/apache-tom

6.4.4.2 构建镜像

6.4.4.3 发布容器

docker run -di -p 9090:8080 --name mytomcat9 -v /root/dockerfile/test:/usr/local/apache-tomcat-9.0.33/webapps/test  -v /root/dockerfile/logs:/usr/local/apache-tomcat-9.0.33/logs rem/tomcat9

6.4.4.4 验证

Dockerfile上复制的文件

6.4.4.5 容器卷验证

a.jsp

<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    <title>Insert title here</title>
  </head>
  <body>
    -----------welcome------------
    <%="i am in docker tomcat self "%>
    <br>
    <br>
    <% System.out.println("=============docker tomcat self");%>
  </body>

web.xml

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xmlns="http://java.sun.com/xml/ns/javaee"
  xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app\_2\_5.xsd"
  id="WebApp\_ID" version="2.5">
  <display-name>test</display-name>
</web-app>

日志

下一篇：
docker 入门到实战（七）docker常用安装

Dockerfile 说明 (Dockerfile Instructions)

FROM 选取基础镜像

• FROM  <repository>：<tag>
• FROM  <repository>@HASDID    #更安全

MAINTANIER  作者信息；建议使用 LABEL

• MAINTANIER  <author details>

LABEL  元数据

• LABEL <key>=<value> ...

COPY 复制 docker 主机上的文件到创建的新映像文件

• COPY <src> ... <dest>
• COPY ["<src>" ... "<dest>"]    #路径中有空格使用

文本复制准则：

• <src> 必须是 build 上下文中的路径，不能是其父目录中的文件
• 如果 <src> 是目录，则其内部的文件和目录都会被递归复制，但是 < src > 本身是不会被复制的
• 如果指定了多个 <src> 或者 < src > 中使用了通配符，则 < dest > 必须是一个目录，必须以 / 结尾
• 如果 <dest> 事先不存在，将会被自动创建，这包括其父目录路径
• <dest> 建议使用绝对路径，COPY 指定时以 WORKDIR 为起始路径

ADD 类似于 COPY 指令，ADD 支持使用 TAR 文件和 URL 路径

• ADD <src> ... <dest>
• ADD ["<src>" ... "<dest>"] 

操作准则：

• 同 COPY
• 如果 <src> 为 URL 且 < dest > 不以 / 结尾，则 < src > 指定的文件将被下载并直接创建为 < dest>; 如果 < dest > 以 / 结尾，则文件名 URL 指定的文件将被直接下载并保存为 < dest>/<filename>
• 如果 <src> 是一个本地系统上的压缩格式的 tar 文件，它将被展开为一个目录，其行为类似于 “tar -x” 命令；然而，通过 URL 上获取到的 tar 文件将不会被自动展开
• 如果 <src> 有多个，或其间接或者直接使用了通配符，则 < dest > 必须是一个以 / 结尾的目录路径；如果 < dest > 不以 / 结尾，则其被视作为一个普通文件，<src > 内容将会被直接写入到 < dest>

WORKDIR  用于为 Dockerfile 中所有的 RUN CMD ENTRYPOINT COPY 和 ADD 指定工作目录

• WORKDIR <dirpath>
• 在 Dockerfile 中 WORKDIR 指令可出现多次，其路径也可以为相对路径， 不过，其是相对于前一个 WORKDIR 指令的路径
• 另外 WORKDIR 也可以调用由 ENV 指定定义的变量

VOLUME 用于在 image 中创建一个挂载点目录，以挂载 Docker host 上的卷或者其他容器上的卷

• VOLUME <mountpoint>
• VOLUME ["<mountpoint>"]
• 如果挂载点目录路径下此前在文件存在，docker run 命令会在挂载完成后将此前的所有文件复制到新挂载的卷中

EXPOSE 用于为容器打开指定要监听的端口以实现与外部通信（并没有真实的暴露到外部网络，而是待暴露的端口，最终还是需要 docker run  -P  来对外暴露）

• EXPOSE <port>[/<protocol>]  [<port>[/<protocol>] ...]                 # <protocol > 用于指定传输层协议，可为 udp 或 tcp 二者之一，默认为 TCP 协议
• EXPOSE 指令可一次指定多个端口，例如：
  • • EXPOSE 11211/udp  11221/tcp

ENV 用于为镜像定义所需的环境变量，并可被 Dockerfile 文件中位于其后的其他指令（如 ENV ADD COPY 等）所调用，调用格式为 $variable_name 或 ${variable_name}

• ENV  <key> <value>
• ENV  <key>=<value> ...
• 第一种格式中，<key> 之后的所有内容均会被是做 < value > 的组成部分，因此，一次只能设置一个变量
• 第二种格式可以一次设置多个变量，每个变量为一个 “<key>=<value>” 的键值对，如果 < value > 中包含空格，可以用反斜线 \ 进行转义，也可通过对 < value > 加引号进行标识；另外反斜线也可用于续行
• 定义多个变量建议选第二种方式，以便在同一层中完成所有功能
• 这些 ENV 变量在 ducker run 调用镜像的时候也可以被调用，并且被赋值修改

 RUN  用于指定 docker build 过程中运行的命令，其可以任何命令

• RUN  <command>
• RUN  ["<executable>","<param1>","<param2>"]
• 第一种格式中，<command> 通常是一个 shell 命令，且以 “/bin/sh -c” 来运行它，这意味着此进程在容器中的 PID 不为 1，不能接收 Unix 信号，因此，当使用 docker stop <container> 命令停止容器时，此进程收不到 SIGTERM 信号
• 第二种格式中的参数时一个 JSON 格式的数组，<executable> 为要运行的命令，后面的 < paramN > 为传递给命令的选项或参数；然而，此种格式的命令不会以 “/bin/sh -c” 来发起，因此常见的 shell 操作如：变量替换以及通配符替换将不会进行；不过，如果要运行的命令依赖于此 shell 特性的话，可以将其替换为类似下面的格式
  • • RUN  ["/bin/bash","-c","<executable>","<param1>" ]　    　　　# 执行的命令后的多个参数需要全部写在 param1 中并且使用引号引起来作为一个参数

CMD  类似于 RUN 命令，不过二者运行时间点不同，docker run 时执行

　　RUN 指令运行于映像文件构建过程中，而 CMD 命令运行于 Dockerfile 构建出镜像文件启动一个容器

　　CMD 指令的首要目的在于为启动的容器指定默认要运行的程序，并且其运行结束后，容器将终止；不过 CMD 指定的命令可以被 docker run 命令行选项覆盖

　　在 Dockerfile 中方可以存在多个 CMD 命令，但仅最后一个会生效

• CMD  <command>
• CMD  ["<executable>","<param1>","<param2>"]
• CMD  ["<param1>","<param2>"]
• 前两种语法格式的意义同 RUN
• 第三种语法用于给 ENTRYPOINT 指令提供默认参数

ENTRYPOINT 指定镜像默认入口命令

 　　类似 CMD 指令的功能，用于为容器指定默认运行程序，从而使得容器像是一个单独的可执行程序

　　与 CMD 不同的是，由于 ENTRYPOINT 启动的程序不会被 docker run 命令执行指定的参数所覆盖，而且，这些命令行参数会被当作参数传递给 ENTRYPOINT 指定的程序

　　　　--- 不过，docker run 命令的 --entrypoint 选项的参数可覆盖 ENTRYPOINT 指令指定的程序

• ENTRYPOINT <command>
• ENTRYPOINT ["<executable>","<param1>","<param2>"]
• docker run 命令传入的命令参数会覆盖 CMD 指令的内容并且附加到 ENTRYPOINT 命令最后作为其参数使用
• Dockerfile 文件中也可以存在多个 ENTRYPOINT，但仅有最后一个会生效

USER 用于指定运行 image 时的或运行 Dockerfile 中任何 RUN、CMD 或 ENTRYPOINT 指令指定的程序时的用户名或 UID

　　默认情况下，container 的运行身份为 root 用户

• USER  <UID>|<UserName>
• 需要注意的是，<UID> 可以为任意数字，但实践中其必须为 /etc/passwd 中某用户的有效 UID，否则，docker run 命令将运行失败

HEALTHCHECK 配置所启动容器如何进行健康检查

• HEALTHCHECK  [options] CMD command  根据所执行命令返回值是否为 0 来判断（0 - 成功；1 - 失败；2 - 无意义）；CMD 是固定格式，command 才是需要执行的检查命令
  • • options 支持的参数：
      
      • --interval=DURATION    （default：30s） 　　过多久检查一次
      • --timeout=DURATION  （default：30s）　　每次检查等待结果的超时时间
      • --start-period=DURATION  （default：0s）　　docker run 命令执行成功等待多久时间开始健康检查
      • --retries=N   （default：3s） 　　如果失败了，重复几次失败才最终确定结果
• HEALTHCHECK NONE 禁止基础镜像中的健康检查

SHELL 指定其他命令使用 shell 时的默认 shell 类型

• SHELL  ["executable","parameters"]
  
• 默认值为 [“/bin/sh”,"-c"]

ARG  定义创建镜像过程中使用的变量

• ARG <name>[=<default value>]
• 在执行 docker build 时，可以通过 - build-arg <varname>=<value> 来为变量赋值
• 当镜像编译成功后，ARG 指定的变量将不再存在； ENV 指定的变量将在镜像中保留
• Docker 内置了一些镜像创建变量，用户无需声明可直接使用，包括（不区分大小写）HTTP_PROXY、HTTPS_PROXY、FTP_PROXY、NO_PROXY

ONBUILD 在 Dockerfile 中定义一个触发器，指定当基于所生成镜像创建子镜像时，自动执行的操作命令

•  ONBUILD  [INSTRUCTION]

　　例如： ONBUILD  ADD  . /app/src

• ONBUILD 指令是隐式执行的，代码会在父镜像创建中注册完成，子镜像在基于父镜像（FROM xxx）创建新镜像的时候会自动触发执行
• 尽管任何指令都能被注册成为触发器，但 ONBUILD 不能自我嵌套，并且不会触发 FROM 和 MAINTAINER 指令
• 包含 ONBUILD 指令的 Dockerfile 创建的镜像应该使用特殊标签，例如 nginx2.0-onbuild
• 使用 ONBUILD  ADD/COPY 等命令的时候需要考虑子镜像创建过程中对应的文件是否存在

STOPSIGNAL 指定所创建镜像启动的容器接收退出的信号值

• STOPSIGNAL signal

我们今天的关于【Application】Docker DockerFile解析和五的分享已经告一段落，感谢您的关注，如果您想了解更多关于Docker CLI 实战指南：从基础命令到 Dockerfile 构建和 Docker Compose、docker daemon 端口冲Failed to start Docker Application Container Engine. -- Subject: Unit docker.servic、docker 入门到实战（六）dockerFile解析、Dockerfile 说明 (Dockerfile Instructions)的相关信息，请在本站查询。