docker18.09.3修改守护进程配置文件不生效问题

在/etc/default/docker下添加DOCKER_OPTS选项，使用docker info或ps -ef | grep docker检查配置文件不生效
网上主要有两种解决方法单这两种方法都是老版本docker的解决方法，对于docker18以后的版本不适用

1、修改/usr/lib/systemd/system/docker.service这个文件，
在[Service]下添加 EnvironmentFile=-/etc/default/docker，在ExecStart末尾增加 $DOCKER_OPTS ，但其实在docker19后的版本中/usr/lib/systemd下并没有system目录。

2、创建/etc/systemd/system/docker.service.d/Using_Environment_File.conf 这个文件，然后写入以下内容：
[Service]
EnvironmentFile=-/etc/default/docker
ExecStart=/usr/bin/docker daemon -H fd:// $DOCKER_OPTS
这个也和上边原因一样，是老版本的解决方法，对于docker19并不适用

解决方法：

其实网上的第一种方法没有错只是在docker19中docker.service文件从/usr/lib/systemd/system/docker.service移到了/lib/systemd/system/docker.service，
所以打开/lib/systemd/system/docker.service文件，修改[service]栏，在[service]栏添加EnvironmentFile=-/etc/default/docker和在ExecStart=/usr/bin/dockerd -H fd://后添加$DOCKER_OPTS，注意有空格不然会报错。

[Service]
Type=notify
# the default is not to use systemd for cgroups because the delegate issues still
# exists and systemd currently does not support the cgroup feature set required
# for containers run by docker
EnvironmentFile=-/etc/default/docker
ExecStart=/usr/bin/dockerd -H fd:// $DOCKER_OPTS --containerd=/run/containerd/containerd.sock
ExecReload=/bin/kill -s HUP $MAINPID
TimeoutSec=0
RestartSec=2
Restart=always

代码段如下：

[Service]
Type=notify
# the default is not to use systemd for cgroups because the delegate issues still
# exists and systemd currently does not support the cgroup feature set required
# for containers run by docker
EnvironmentFile=-/etc/default/docker
ExecStart=/usr/bin/dockerd -H fd:// $DOCKER_OPTS --containerd=/run/containerd/containerd.sock
ExecReload=/bin/kill -s HUP $MAINPID
TimeoutSec=0
RestartSec=2
Restart=always

修改后重载docker配置文件 sudo systemctl daemon-reload ，重启docker服务 sudo service docker restart，

使用docker info或ps -ef | grep docker检查配置文件，发现已生效。

docker18.09.3修改守护进程配置文件不生效问题相关推荐

linux守护进程fifo,linux守护进程配置文件
syslogd 是一种守护进程,它负责记录(写到磁盘)从其它程序发送到系统的消息.这个服务尤其常被某些守护进程所使用,这些守护进程不会有另外的方法来发出可能有问题存在的信号或向用户发送消息. 1.文件 ...
《APUE》读书笔记—第十三章守护进程
守护进程也称为精灵进程是一种生存期较长的一种进程.它们独立于控制终端并且周期性的执行某种任务或等待处理某些发生的事件.他们常常在系统引导装入时启动,在系统关闭时终止.unix系统有很多守护进程,大多数 ...
守护进程和inetd守护进程
一.守护进程介绍守护进程是在后台运行且不与任何控制终端相关联的进程.通常由系统初始化脚本启动,当然也可以在shell提示符下用命令行启动,不过这种守护进程必须亲自脱离于控制终端的关联. 守护进程的启 ...
linux syslogd 守护进程
syslog 简介 syslog是一种工业标准的协议,可用来记录设备的日志.在UNIX系统,路由器.交换机等网络设备中,系统日志(System Log)记录系统中任何时间发生的大小事件.管理者可以通过 ...
linux守护进程以及如何编写守护进程程序
守护进程理论「守护进程」是 Linux 的一种长期运行的后台服务进程,也有人称它为「精灵进程」.我们常见的 httpd.named.sshd 等服务都是以守护进程 Daemon 方式运行的,通常服 ...
linux c 守护进程创建原理及简易方法
1:什么是Linux下的守护进程 Linux daemon是运行于后台常驻内存的一种特殊进程,周期性的执行或者等待trigger执行某个任务,与用户交互断开,独立于控制终端.一个守护进程的父进程是in ...
守护进程的创建方法和步骤
概念: 守护进程(Daemon)是运行在后台的一种特殊进程.它独立于控制终端并且周期性地执行某种任务或等待处理某些发生的事件.守护进程是一种很有用的进程.Linux的大多数服务器就是用守护进 ...
UNIX中后台进程与守护进程
后台进程默认情况下,进程是在前台运行的,这时就把shell给占据了,我们无法进行其它操作.对于那些没有交互的进程,很多时候,我们希望将其在后台启动,可以在启动参数的时候加一个'&'实现这个目 ...
linux中Daemon守护进程编程
守护进程,也就是通常说的Daemon进程,是Linux中的后台服务进程.它是一个生存期较长的进程,通常独立于控制终端并且周期性地执行某种任务或等待处理某些发生的事件.守护进程常常在系统引导装入时启动, ...

docker18.09.3修改守护进程配置文件不生效问题

解决方法：

docker18.09.3修改守护进程配置文件不生效问题相关推荐

最新文章

热门文章