systemctl 命令设置开机自启动失败

news/2024/11/28 15:50:36/

1.案例现象

我在 3 月 31日的时候发表了一篇《shell 脚本之一键部署安装 Nginx 》,介绍了如何通过 shell 脚本一键安装 Nginx

我脚本中执行了 Nginx 开机自启动的命令,当我使用 systemctl status nginx 命令复核的时候,我发现 Nginx 服务设置开机自启动并没有生效
在这里插入图片描述
使用下面的命令设置一下

[root@localhost ~]# systemctl enable nginx.service

通常来说,设置开机自启动其实就是将 nginx.service 这个文件创建一个软连接然后挂在/etc/systemd/system/multi-user.target.wants/ 目录下面

举个例子,我要将 atd.service 设置开机自启动

[root@localhost ~]# systemctl enable atd.service        
Created symlink from /etc/systemd/system/multi-user.target.wants/atd.service to /usr/lib/systemd/system/atd.service.

可以看到设置了开机自启动的服务都在这个目录下面有软连接,但是没有 Nginx 服务

我们使用下面的命令来看下 nginx 服务有没有设置开机自启动

[root@localhost ~]# systemctl is-enabled  nginx.service       
static

奇怪,怎么 systemctl enable nginx.service 没有生效?

手动创建一下软链接试试

[root@localhost ~]# ln -s /usr/lib/systemd/system/nginx.service /etc/systemd/system/multi-user.target.wants/nginx.service

发现设置开机自启动成功

[root@localhost ~]# systemctl is-enabled  nginx.service       
enabled

问题:使用 systemctl 命令不能设置 nginx 服务开机自启动,需要手动去挂载软连接

2.定位问题

在排查问题之前,我先给大家简单介绍一下 Linux 中的服务(service)

daemon 与 服务(service)

我们知道,在 Linux 中,服务(service)其实就是一个个程序,它们能够实现某一功能、提供某一服务

但通常我们在查阅类 Unix 系统相关的技术文档时,又经常会看到“请启动某某 daemon 来提供某某功能”

那么这个 daemon 到底是啥意思?它跟 service 有什么区别?

简单点来说,系统为了实现某些功能必须要提供一些服务(比如想要实现负载均衡的功能需要提供 Nginx 服务)

但是提供的 service 需要程序的运作(例如你需要启动 Nginx 进程),所以我们一般认为使系统能够提供某些 service 的程序称作 daemon(例如使系统能够提供负载均衡服务的程序 nginx 为 daemon)

看到这里小伙伴们可能都晕了,说实话我第一次看到的时候也是这样的

其实你不必去区分什么是 daemon 和 service,因为提供某一 service 是需要一个 daemon 在运作,没有这个运作的 daemon 就不会有这个 service

无论是命令行模式(runlevel 3),还是图像界面模式(runlevel 5),我们在开机进入 Linux 主机之后,系统已经开始提供很多 service 了(例如 sshd )

那么这些 service 是如何启动的,系统又是怎么管理它们的呢?

在早期 Linux 是使用 SystemV 来管理服务的,启动系统服务的管理方式被称为 SysV 的 init 脚本处理方式——系统内核第一个程序是 init,然后 init 去唤起所有系统需要的服务

启动:/etc/init.d/daemon start
关闭:/etc/init.d/daemon stop
重启:/etc/init.d/daemon restart
状态查看:/etc/init.d/daemon status

SystemV 管理服务的开机自启动有两种方式:

  1. 通过挂软连接的方式

/etc/rc.d/rc[0-6]/SXX 服务名字挂载到 /etc/init.d/ 下(其中 SXX 中的 S 表示启动该服务,XX 是数字,为启动的顺序)

[root@localhost ~]# ll /etc/rc.d/rc3.d
lrwxrwxrwx. 1 root root 17 711 2022 S10network -> ../init.d/network
lrwxrwxrwx  1 root root 18 1028 15:06 S98filebeat -> ../init.d/filebeat
  1. 通过 chkconfig 命令

创建软连接的方式比较麻烦,一般来说都是用命令来管理

#设置开机自启动
chkconfig daemon on#关闭开机自启动
chkconfig daemon off#查看自启动状态
chkconfig --list daemon

但是 CentOS 7 之后就放弃了使用多年的 SystemV ,改用 systemd 来管理服务

systemd 管理服务

systemd 将过去所谓的 daemon 程序称作一个个服务单位(unit),而每个 unit 根据功能来区分成不同的类型(type):

  • 系统服务(service)
  • 负责网络数据监听与交换的服务(socket)
  • 快照服务(sanpshot)

而且 systemd 将许多的 unit 集合成一个所谓的 target 项目,你执行某个 target 其实就是执行 target 下的多个 unit

可能有小伙伴觉得,这么多 unit 分成不同的 type,然后又被合集到不同的 target ,管理起来不会很麻烦吗

其实也还好,因为相关的文件都存放在下面的目录当中了

#每个服务启动脚本所在目录,有点像 SysV 中的 /etc/init.d/ 
/usr/lib/systemd/system/#设置了开机自启动的服务会将其启动脚本挂载到该目录下,有点像 SysV 中的 /etc/rc.d/ 
/etc/systemd/system/

总结,系统开机会不会执行某些服务是看 /etc/systemd/system/ 目录下有没有该服务的启动脚本,而服务的启动脚本是放在 /usr/lib/systemd/system/下的

systemctl 命令

systemd 来管理服务的方式是通过 systemctl 命令,相较于 SysV 通过 service / chkconfig / setup / init 一堆命令,systemd 管理服务的方式简单多了

[root@localhost ~]# systemctl [command] [unit]
command 主要有:
start: 启动该服务
stop: 停止该服务
restart: 重启该服务
reload: 重启该服务的启动脚本(即 /usr/lib/systemd/system/ 下的文件)
enable: 设置开机自启动
disable: 关闭开机自启动
status: 查看该服务的状态
is-active: 查看该服务目前有没有启动
is-enable:查看该服务有没有设置开机自启动

PS:关闭服务除了 systemctl 命令,也能用 kill 命令的方式,但是这两个命令不要混用!

systemctl start nginx#关闭 nginx 时就只能用 systemctl 命令,不要使用 nginx -s stop
systemctl stop nginx

服务的状态

[root@localhost ~]# systemctl status nginx.service 
● nginx.service - The nginx HTTP and reverse proxy serverLoaded: loaded (/usr/lib/systemd/system/nginx.service; static; vendor preset: disabled)Active: active (running) since 四 2023-03-30 08:42:37 CST; 1 weeks 1 days ago
  • 服务的当前状态:
    • active (running):表示服务正在运行
    • active (exited):表示该服务执行一次就正常结束,目前没有执行
    • active (waiting):表示该服务正在运行,不要需要等待其他事件执行之后才能继续处理
    • inactive:表示服务目前关闭,没有运行
  • 服务预设状态:
    • enable:开机的时候将自启动
    • disable:开机的时候不会自启动
    • static:这个服务不会开机自启动,但是有可能会被其他开机自启动的服务来唤醒(依赖性)
    • mask:无论如何都不会被启动,因为已经被强制注销

服务的启动文件

前面我们说过,服务的启动脚本文件放在 /usr/lib/systemd/system/下的,如果需要对服务的启动脚本文件修改,需要进入到该目录下(官方不建议直接修改该目录下的文件,但是会比较麻烦且繁琐)

在这里插入图片描述
我们就拿 sshd.service 举例,来了解下服务的启动脚本里面的配置字段

[root@minion2 ~]# cat /usr/lib/systemd/system/sshd.service   
[Unit]
Description=OpenSSH server daemon
Documentation=man:sshd(8) man:sshd_config(5)
After=network.target sshd-keygen.service
Wants=sshd-keygen.service[Service]
Type=notify
EnvironmentFile=/etc/sysconfig/sshd
ExecStart=/usr/sbin/sshd -D $OPTIONS
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure
RestartSec=42s[Install]
WantedBy=multi-user.target

分析上面文件中的内容,我们可以看到分成了三个部分(block):

  • [Unit]
    • unit(即服务)本身的说明,以及与其他服务的依赖性设定(After、Wants 字段)
  • [Service]
    • 还有 [Socket], [Timer], [Mount], [Path] 等等,不同的 type 就用不同的字段
    • 我们拿的是 sshd.service,所以就是 [Service]
    • 这个部分中主要规定了服务的启动脚本、环境文件名、重启方式等等
  • [Install]
    • 表示这个服务安装到哪个 target 下面去
    • 这部分与 systemctl enablesystemctl disable 命令相结合,用于 enable 或 disable 一个服务

下面我将分别列出三个部分的一些常见配置字段
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

3.解决问题

现在我们已经大致对 Linux 的服务有了一个初步了解

我们回到刚开始的问题:nginx 服务无法通过 systemctl 命令设置开机自启动,手动挂载软连接之后自启动状态不是 enable ,而是 static

既然是跟 systemctl 相关的,我们去看下 nginx 的服务启动脚本

cat /usr/lib/systemd/system/nginx.service
[Unit]
Description=The nginx HTTP and reverse proxy server
After=network-online.target remote-fs.target nss-lookup.target
Wants=network-online.target[Service]
Type=forking
PIDFile=/usr/local/nginx/logs/nginx.pid
ExecStartPre=/usr/local/nginx/sbin/nginx -t
ExecStart=/usr/local/nginx/sbin/nginx
ExecReload=/usr/local/nginx/sbin/nginx -s reload
KillSignal=SIGQUIT
TimeoutStopSec=5
KillMode=process
PrivateTmp=true

可以看到,这台机器上 nginx 的服务启动脚本只有两个部分([Unit]、[Service]),并没有 [Install]

而 [Install] 部分往往是跟服务的开机自启动相关

在这里插入图片描述
在这里插入图片描述
我们加上 [Install]

[Install]
WantedBy=multi-user.target

其中 multi-user.target 表示命令行模式(即等效于系统运行级别为 3 )

WantedBy 表示该服务放在哪个 target 下,一般来讲 WantedBy 对应的 target 为指定系统的运行级别

然后重启一下 nginx 启动脚本文件

[root@localhost ~]# systemctl daemon-reload

设置开机自启动,发现创建软连接成功了

[root@localhost ~]# systemctl enable nginx.service     
Created symlink from /etc/systemd/system/multi-user.target.wants/nginx.service to /usr/lib/systemd/system/nginx.service.

看下状态

[root@localhost ~]# systemctl is-enabled nginx.service 
enabled

总结:

  • 一般来讲,服务无法设置开机自启动首先考虑是不是服务启动脚本配置有问题(/usr/lib/systemd/system/ 目录下),这种情况常见于编译安装的时候需要自己编写服务启动文件
  • 服务能够开机自启动其实就是将 /usr/lib/systemd/system/ 目录下的服务启动脚本挂载到了 /etc/systemd/system/ 下,一般是挂载到 /etc/systemd/system/multi-user.target.wants/
    • multi-user.target.wants:表示启动了 multi-user.target 之后(即系统启动且运行级别为 3,为系统的默认启动 target)这个目录下的文件都会跟着启动
  • systemctl status 命令显示的内容里面有一个 vendor preset: disabled 字段,这个表示该服务首次安装之后不会自启动,需要手动启动(systemctl enable

http://www.ppmy.cn/news/46313.html

相关文章

redis学习

Redis 1.安装 vi /etc/sysconfig/network-scripts/ifcfg-ens33 #修改网络安装gcc依赖 yum install -y gcc tclcd redis-6.2.11 make && make installcp redis.conf.bck redis.conf #修改redis.conf bind 0.0.0.0 daemonize yes requirepass 123456cd /usr/local/src…

Attention注意力机制

加粗样式通俗理解:你会注意什么? 对于一个模型而言(CNN,LSTM),模型本身很难决定什么重要什么不重要,因此注意力机制诞生了。 注意力机制:我们会把焦点聚焦在比较重要的事务上 怎么…

一本通 3.4.6 拓扑排序

1352:【例4-13】奖金 【题目描述】 由于无敌的凡凡在2005年世界英俊帅气男总决选中胜出,Yali Company总经理Mr.Z心情好,决定给每位员工发奖金。公司决定以每个人本年在公司的贡献为标准来计算他们得到奖金的多少。 于是Mr.Z下令召开m方会谈…

Markdown 使用 Emoji 表情 MD格式小表情大全

文章目录 Markdown 使用 Emoji 表情 && MD格式小表情大全# 复制和粘贴表情符号# 使用表情符号简码MD格式小表情大全结语Markdown 使用 Emoji 表情 && MD格式小表情大全 有两种方法可以将表情符号添加到Markdown文件中:将表情符号复制并粘贴到Markdown格式的文…

1.4 Docker Swarm-详细介绍

Docker Swarm 是 Docker 官方推出的容器编排工具,用于管理 Docker 容器集群。Docker Swarm 的主要功能包括容器的部署、扩容、缩容、更新等。本文将详细介绍 Docker Swarm 的相关概念、架构、部署和使用方法。 一、Docker Swarm 概述 Docker Swarm 是 Docker 官方…

10、数据库学习规划:MySQL - 学习规划系列文章

MySQL数据库是笔者认识的几个流行的数据库之一。类似于Linux重装系统,其也是开源的,最主要是有很多的社区支持,众多的开发者对其能够进行使用,所以其功能也挺强大,便于使用。通过对MySQL数据库的学习,笔者认…

《计算机算法设计与分析》课后练习07

Author:龙箬 Computer Application Technology Change the World with Data and Artificial Intelligence ! CSDNweixin_43975035 我行及我道 //算法:用A(m)划分集合A(m:p-1) procedure PARTITION(m,p)integer m,p,i; global A(m:p-1)v A(m); i m //A(m)是划分元素…

FVM链的Themis Pro,5日ido超百万美元

交易一直是 DeFi 乃至web3领域最经久不衰的话题,也因此催生了众多优秀的去中心化协议,如 Uniswap 和 Curve。这些协议逐渐成为了整个系统的基石。 在永续合约方面,DYDX 的出现将 WEB2 时代的订单簿带回了web3。其链下交易的设计,仿…