linux提供了daemon函数用于创建守护进程，实现原理如下：
#include <unistd.h>
int daemon(int nochdir, int noclose);
1． daemon()函数主要用于希望脱离控制台，以守护进程形式在后台运行的程序。
2． 当nochdir为0时，daemon将更改进城的根目录为root(“/”)。
3． 当noclose为0是，daemon将进城的STDIN, STDOUT, STDERR都重定向到/dev/null。
 
daemon的实现大致如下：
int daemon( int nochdir,  int noclose )

{

   pid_t pid;

   if ( !nochdir && chdir("/") != 0 ) //如果nochdir=0,那么改变到"/"根目录

       return -1;

   

   if ( !noclose ) //如果没有noclose标志

   {

        int fd = open("/dev/null", O_RDWR); 

        if ( fd  <  0 )

            return -1;
 
       /* 重定向标准输入、输出、错误到/dev/null，
键盘的输入将对进程无任何影响，进程的输出也不会输出到终端
*/
dup(fd, 0);
dup(fd, 1);
dup(fd, 2);     
close(fd);
}


   pid = fork();  //创建子进程.

   if (pid  <  0)  //失败

      return -1;

   if (pid > 0)

       _exit(0); //返回执行的是父进程,那么父进程退出,让子进程变成真正的孤儿进程.


//创建的 daemon子进程执行到这里了

   if ( setsid()  < 0 )   //创建新的会话，并使得子进程成为新会话的领头进程

      return -1;

   return 0;  //成功创建daemon子进程

}

今天打开centos7，由于没设置开机自启，当我启动docker时，发现与docker有关的命令都会报错，百度过，说什么重装docker啥的，我都试过，但是还是解决不了问题，下面我贴出问题集：
1. 例如我查看版本信息



2.重启容器



3. systemctl status docker 查看docker状态也发现错误：


最后解决问题方法是：

进入 /etc/docker，没有daemon.json文件就自己新建一个：
cd /etc/docker



编辑daemon.json文件：

加入这段代码：
{
 "registry-mirrors": ["https://registry.docker-cn.com"]
}




然后重启docker：
systemctl restart docker.service

再使用docker命令时，就没有问题了

希望这个方法对你们有用

最后，我是得益于这位博主的文章来写的，感谢~

https://www.cnblogs.com/huhyoung/p/9495956.html
各位朋友还是设置docker开机自启吧

情深深雨蒙蒙，多少楼台烟雨中......

背景

docker安装后默认没有daemon.json这个配置文件，需要进行手动创建。配置文件的默认路径：/etc/docker/daemon.json

一般情况，配置文件 daemon.json中配置的项目参数，在启动参数中同样适用，有些可能不一样（具体可以查看官方文档），但需要注意的一点，配置文件中如果已经有某个配置项，则无法在启动参数中增加，会出现冲突的错误。

如果在daemon.json文件中进行配置，需要docker版本高于1.12.6(在这个版本上不生效，1.13.1以上是生效的)

参数 

daemon.json文件可配置的参数表，我们在配置的过程中，只需要设置我们需要的参数即可，不必全部写出来。详细参考官网。

官方的配置地址：https://docs.docker.com/engine/reference/commandline/dockerd/#/configuration-reloading。

官方的配置地址：https://docs.docker.com/engine/reference/commandline/dockerd/#options

官方的配置地址：https://docs.docker.com/engine/reference/commandline/dockerd/#/linux-configuration-file

 {
 "api-cors-header":"", 
 "authorization-plugins":[],
 "bip": "",
 "bridge":"",
 "cgroup-parent":"",
 "cluster-store":"",
 "cluster-store-opts":{},
 "cluster-advertise":"",
 "debug": true,                     #启用debug的模式，启用后，可以看到很多的启动信息。默认false
 "default-gateway":"",
 "default-gateway-v6":"",
 "default-runtime":"runc",
 "default-ulimits":{},
 "disable-legacy-registry":false,
 "dns": ["192.168.1.1"],             # 设定容器DNS的地址，在容器的 /etc/resolv.conf文件中可查看。
 "dns-opts": [],                     #  容器 /etc/resolv.conf 文件，其他设置
 "dns-search": [],               # 设定容器的搜索域，当设定搜索域为 .example.com 时，在搜索一个名为 host 的 主机时，DNS不仅搜索host，还会搜                             
                                  索host.example.com 。 注意：如果不设置， Docker 会默认用主机上的 /etc/resolv.conf 来配置容器。

"exec-opts": [],
 "exec-root":"",
 "fixed-cidr":"",
 "fixed-cidr-v6":"",
 "graph":"/var/lib/docker",              ＃已废弃，使用data-root代替,这个主要看docker的版本
 "data-root":"/var/lib/docker",          ＃Docker运行时使用的根路径,根路径下的内容稍后介绍，默认/var/lib/docker
 "group": "",                            #Unix套接字的属组,仅指/var/run/docker.sock
 "hosts": [],                           #设置容器hosts
 "icc": false,
 "insecure-registries": [],       #配置docker的私库地址
 "ip":"0.0.0.0",
 "iptables": false,
 "ipv6": false,
 "ip-forward": false,          #默认true, 启用 net.ipv4.ip_forward ,进入容器后使用 sysctl -a | grepnet.ipv4.ip_forward 查看

  "ip-masq":false,
 "labels":["nodeName=node-121"],   # docker主机的标签，很实用的功能,例如定义：–label nodeName=host-121

 "live-restore": true,
 "log-driver":"",
 "log-level":"",
 "log-opts": {},
 "max-concurrent-downloads":3,
 "max-concurrent-uploads":5,
 "mtu": 0,
 "oom-score-adjust":-500,
 "pidfile": "",                    #Docker守护进程的PID文件
 "raw-logs": false,
 "registry-mirrors":["xxxx"],      #镜像加速的地址，增加后在 docker info中可查看。
 "runtimes": {
 "runc": {
 "path": "runc"
 },
 "custom": {
 "path":"/usr/local/bin/my-runc-replacement",
 "runtimeArgs": [
 "--debug"
 ]
 }
 },
 "selinux-enabled": false, #默认 false，启用selinux支持

 "storage-driver":"",
 "storage-opts": [],
 "swarm-default-advertise-addr":"",
 "tls": true,                      #默认 false, 启动TLS认证开关
 "tlscacert": "",                  #默认 ~/.docker/ca.pem，通过CA认证过的的certificate文件路径
 "tlscert": "",                    #默认 ~/.docker/cert.pem ，TLS的certificate文件路径
 "tlskey": "",                     #默认~/.docker/key.pem，TLS的key文件路径
 "tlsverify": true,                #默认false，使用TLS并做后台进程与客户端通讯的验证
 "userland-proxy":false,
 "userns-remap":""
 }

上述是官网docs提供的一个示例配置，我们可以参考，选择性的配置其中的部分内容。

示例 

1、如何配置 registry 私库相关的参数

涉及以下2个参数：

   "insecure-registries": [],  #这个私库的服务地址

   "registry-mirrors": [],    #私库加速器

2.配置示例：

# cat /etc/docker/daemon.json

{
    "registry-mirrors": [
       "https://d8b3zdiw.mirror.aliyuncs.com"
    ],

    "insecure-registries": [
       "https://ower.site.com"
    ]
}

配置与应用

1.默认没有文件，所以我们需要先创建，进入/etc/docker目录下，记得创建的文件所有者是root（vim或touch，记得chown修改所有者）


-rw-r--r--  1 root root   71 Dec 19 17:25daemon.json


2.在文档中配置想要添加的参数：如，镜像加速器网站,私库网站

# cat /etc/docker/daemon.json

{
   "registry-mirrors":[
        "https://d8b3zdiw.mirror.aliyuncs.com"
    ],

    "insecure-registries": [
       "https://ower.site.com"
    ]，
}

3.创建并修改完daemon.json文件后，需要让这个文件生效




a.修改完成后reload配置文件






sudo systemctl daemon-reload






b.重启docker服务






sudo systemctl restartdocker.service






c.查看状态






sudo systemctl status docker -l






d.查看服务






sudo docker info







 





总结

当我们需要对docker服务进行调整配置时，不用去修改主文件 docker.service的参数，通过daemon.json配置文件来管理，更为安全、合理。对于

文章（【Docker】如何修改Docker的默认镜像存储位置（二））的配置方式，就可以用本文的方式替代。

 


 

转自：Docker实战－Docker Daemon

一、修改Docker Daemon

    Docker

Daemon是Docker的守护进程，Docker Client通过命令行与Docker Damon通信，完成Docker相关操作

    Docker Daemon有不同的修改方式：命令行修改，修改启动项，修改配置文件。其中仅仅只是研究或一次使用Docker Daemon的不同选项时，可以通过命令行的方式，此时Docker Daemon运行在前端，日志直接打印在终端上；当Docker Daemon的配置很稳定，不常修改时，可以将Docker Daemon的选项放在启动项中；当Docker Daemon的配置需要定时修改时，就可以把变化的选项放在配置文件中

1. 直接启动Docker Daemon

    在启动Docker Daemon时可以在命令行后面追加配置项，此时配置项会立即生效，终端打印日志，方便调试

    通常在命令行中添加的选项有：-D/–debug（开启或关闭调试模式，默认关闭）、-H/–host（设置Docker Daemon监听方式）、–tls（开启或关闭TLS）

    下图是设置的存储方式，但实际上存储方式应该在后面的方式中设置，这里只是举个栗子



2. 修改Docker Daemon启动项

    Docker启动时，会从启动文件中读取启动项。CentOS中使用systemd管理服务，通过systemctl启动关闭停止Docker Daemon或者通过systemctl enable docker将Docker Daemon加入自启动

    Docker Daemon的启动文件放在/etc/systemd/system/docker.service.d目录中，如果没有则手工创建该目录并且在该目录下创建docker.conf文件来保存Docker的启动项



    修改docker.conf文件，添加启动项，里面的内容是我从百度上copy下来的，想要添加哪些启动项配置就可以在[Service]的OPTIONS中添加



    配置完成后，加载配置文件，重启Docker Daemon



3. 自定义Docker Daemon配置文件

    Docker Daemon启动时，从启动文件读取了启动项后会追加配置文件中的配置项，通过–config-file可以设置Docker Daemon的配置文件路径，如/etc/docker/daemon.json

    注意，配置文件中的配置项不能和Docker Daemon启动项重复，一旦重复，Docker Daemon启动时就会报错无法启动，配置文件对应的格式为JSON格式，对于支持多个值得配置项，需要使用配置名称的复数形式

    某些配置项支持动态加载（通过信号量实现），不用重启Docker Daemon就可以更新配置项，如debug（调试模式）、cluster-store（集群中分布式存储后端的地址）、cluster-store-opts（集群选项）、labels（Daemon中的标签）等

二、相关配置选项

1. 仓库相关配置


	
–disable-legacy-registry


	    Docker从1.6版本开始，就支持从V2版本镜像仓库下载镜像，为了兼容会先尝试连接镜像仓库的V2接口，如果失败则再次尝试V1接口，而一旦设置了–disable-legacy-registry后就不会连接镜像中的V1接口，如果连接V2接口失败则立即退出
	
	

	
–registry-mirror


	    镜像仓库会自动同步Docker Hub上的镜像到本地，在国内建立一个缓存，提交下载、上传速率
	
	

	
–insecure-registry


	    Docker将镜像仓库分为安全和不安全的，从不安全的镜像仓库下载、上传及搜索镜像都会失败，不安全的镜像可能是没有使用TLS或者主机上没有保存BA证书，当用户建立的私有镜像仓库可以保证仓库是安全的，一般不会设置TLS，从中下载就需要把该镜像仓库添加的–insecure-registry列表中，在设置的时候可以通过域名+端口（xxx.xxx:xxx）或者使用网段的方式（xxx.xxx.xxx.xxx/xx）批量添加
	
2. 安全相关配置


	
–host/H


	    Docker Daemon作为守护进程运行在后台，和Docker Client通过Socket方式通信，Docker Daemon监听Socker有三种方式：unix、tcp、fd


	    默认情况下，Docker Daemon和Docker Client在同一台主机上时使用本地Socket通信，Docker Daemon的配置为unix:///var/run/docker.sock


	    当Docker Daemon和Docker Client运行在不同主机上是，需要在Docker Daemon中开启TCP Socket，如果没有启动–tls选项，则Docker Daemon和Docker Client间的通信没有任何认证加密，这个时候就可以通过-H设置Docker Daemon在某个IP上监听


	    当主机有多个网卡时，通过docker daemon -H tcp://0.0.0.0:2375使得Docker Daemon在主机的所有IP上监听，端口为2375；使用docker daemon -H tcp://10.35.21.8:2375则使得Docker Daemon只在某个IP上监听，这时Docker Client使用docker -H 10.35.21.8:2375 info向Docker Daemon发送命令成功，而向另一个IP发送命令则会失败
	
	

	
–tls


	    当Docker Client和Docker Daemon通过远程通信时需要使用TLS进行安全加密，Docker Daemon和Docker Client中加入TLS相关配置后分别添加服务器CS证书和客户端CA证书，这样，Docker Daemon只接受CA认证的客户端发送的命令而Docker Client也只能像通过CA认证的服务端发送命令
	
3.日志相关配置


	
–log-level


	    Docker Daemon一般以守护进程的方式运行在后台，如果要查看Docker Daemon的运行状态只能通过日志方式，通过–log-level可以设置Docker Daemon的日志等级，默认为info，额可以设置为debug、info、warn、error、fatal
	
	

	
–log-driver


	    通过该配置可以设置容器日志记录方式，默认为json-file，也有其他如syslog、journald、fluentd、gelf、awslogs、none，如果要使用docker logs命令查看容器日志，就必须设置为json-file


	    
	
	

	
–log-opt


	    设置日志记录方式的参数，如max-size、max-file等，其中max-size设置日志的大小，超过该阈值的日志就会回滚；max-file设置回滚日志的最大文件数，超过该数量的日志文件就会被丢弃，没有设置max-size则该参数不生效
	
4. 存储相关配置


	
–graph


	    设置Docker运行的根目录，Docker的镜像和容器都会保存在该目录下，如/var/lib/docker，其中使用AUFS存储驱动时，镜像保存在/var/lib/docker/aufs中；使用Devicemapper时镜像数据保存在/var/lib/docker/devicemapper中，容器数据都保存在/var/lib/docker/container中
	
	

	
–storage-driver


	    Docker启动容器的时候会创建文件系统，为rootfs提供挂载点，而Docker Daemon支持多种文件系统，如AUFS、Devicemapper、ZFS、OverlayFS等

	

		
AUFS


		    AUFS是Docker Daemon最早支持的文件系统，但未能加入Linux内核，可能会引起内核崩溃，但它是唯一支持在容器间共享程序和库的文件系统，当运行多个容器时就可以使用AUFS
		
		

		
Devicemapper


		    Devicemapper是哟拿过来ethin-provisioning和写时复制快照技术，Devicemapper创建了一个thin pool存储镜像和容器，这个thin pool创建在两个块设备上，一块用于保存数据，一块用于保存元数据，默认情况下，这两个块设备使用sparse文件模拟的，在实际环境可以通过lvm使用磁盘创建thin pool
		
		
详细信息在上一篇文章Docker实战-镜像和容器的存储结构中有讲过
	
	

	
–storage-opt


	    不同的镜像存储方式有不同的参数，可以通过–storage-opt进行设置，在设置Devicemapper相关参数时需要在参数名前添加dm前缀，ZFS相关参数则需要添加zfs前缀

	

		
dm.thinpooldev


		    设置thin pool使用的块设备，Docker Deamon会使用dm.thinpooldev中执行的块设备存储镜像和容器，如果不提供块设备在创建thin pool时就会创建loopback文件代替块设备存储镜像和容器，这种方式不需要创建卷，但是存储速度慢，不支持扩容
		
		

		
dm.basesize


		    设置每个镜像和容器占用的存储空间，默认值为10GB，分配空间时thin pool采用的是按需分配的方式，一旦镜像和容器超过了设置的basesize，Docker Daemon就会报错，修改该值后需要重启Docker Daemon
		
		

		
dm.loopdatasize


		    在loopback文件方式下，设置data设备使用的loopback文件大小，默认为100GB，但初始时并不会占用这么多
		
		

		
dm.loopmetadatasize


		    在loopback文件方式下，设置metadata设备使用的loopback文件大小，默认为2GB，同样初始时不会占用这么多
		
		

		
dm.blkdiscard


		    设置是否开启释放模式，thin pool使用按需分配的方式分配存储空间，在Linux内核3.8之前的版本中当执行删除容器、删除镜像、删除容器内文件时不会释放这些空间，开启blkdiscard后Docker会释放从存储空间


		    如果没有设置开启，则在删除容器内文件是不会释放存储空间，但是当容器空间增加到容器空间上限时，系统会重新利用之前已经删除的文件占用空间


		    内核3.8之后的版本可以关闭释放模式，使用内核中的dm-thin提供的释放存储空间的功能
		
		

		
dm.use_deferred_removal


		    是否开启异步删除。在支持异步删除设备机制的系统中，删除设备时如果设备被其他程序使用，可以在那时不删除而是将删除操作添加到设备的操作列表中，当设备空间时再进行删除


		    通常容器退出时，Docker Daemon会删除他们所使用的临时存储空间，如果空间无法立即删除则容器退出会处于死循环，开启该选项后容器可以立刻退出，系统会在空间空闲时删除它们
		
		
dm.use_deferred_deletion


		    是否开启异步删除thin pool设备，在删除容器前，Docker Daemono会删除容器使用的thin pool设备，如果删除设备失败，删除容器也会失效，开启该选项后，Devicemapper会把thin pool设备标记为已删除，然后删除容器


		    在实际操作中，可以开启dm.use_deferred_removal和dm.use_deferred_deletion
	
5.网桥相关配置

    Docker安装完成后会建立docker0虚拟网桥，用于容器和外界通信，默认情况下Docker会自动配置docker0的IP、子网掩码和容器范围，也可以自己自定义


	
–bip


	    设置docker0的IP和子网掩码，如docker daemon –bip=172.0.0.1/24
	
	

	
–fixed-cidr


	    设置容器IP的范围，创建容器时，Docker Daemon会从–fixed-cidr配置的IP范围中选择可用的IP分配给容器的eth0网卡，再将docker0的子网掩码配置给eth0，如docker daemon --bip=172.0.0.1/16 --fixed-cidr=172.0.0.1/24
	
	

	
–default-gateway


	    默认情况下，容器使用docker0的IP作为网关，也可以通过–default-gateway设置新的容器网关
	
	

	
–dns


	    通过–dns可以配置DNS的地址
	
6. 容器与外部通信配置

    容器要在宿主机配置两个参数才能和外部进行通信：ip_forward设置为1，允许宿主机向外转发；设置iptables规则运行向外连接

    设置选项–ip_forward为true时，当Docker Daemon启动会自动修改宿主机的ip_forward为1；设置–iptables=ture时，当Docker Daemon启动时会在iptables中追加转发规则，默认都为true