service 管理服务 脚本最少需要接收 start 和 stop 选项;
服务启动脚本要根据用户输入的选项:
stop -----> 关闭服务
start -----> 启动服务
reload -----> 告诉程序重读配置文件,改变程序的运行状态
restart ----> 重新启动服务
RedHat 管理服务的一种机制,要在/var/lock/subsys/目录下创建一个锁文件。
[root@node2 rc.d]# vim /etc/init.d/nrped
#!/bin/bash
# chkconfig: 2345 89 11
# description: NRPE DAENON
NRPE=/usr/local/nagios/bin/nrpe
OPTIONS="-c /etc/nagios/nrpe.cfg -d"
lockfile=/var/lock/subsys/nrped
prog=nrped
RETVAL=0
. /etc/rc.d/init.d/functions
start() {
echo -n $"Starting $prog: "
daemon $NRPE $OPTIONS
RETVAL=$?
echo
[ $RETVAL = 0 ] && touch ${lockfile}
return $RETVAL
}
stop() {
echo -n $"Stopping $prog: "
killproc -d -10 $NRPE
RETVAL=$?
echo
[ RETVAL = 0 ] && rm -f ${lockfile}
}
reload() {
echo -n $"Reloading $prog: "
killproc $NRPE -HUP
echo
}
case "$1" in
start)
start
;;
stop)
stop
;;
restart)
stop
start
;;
reload)
reload
;;
status)
status $NRPE
;;
*)
echo "Usage: $0 start|stop|restart|reload|status"
;;
esac
exit 0
在CentOS7下,已经不再使用chkconfig命令管理系统开机自启动服务和条件自定义脚本服务了,而是使用管理unit的方式来控制开机自启动服务和添加自定义脚本服务。在/usr/lib/systemd/system目录下包含了各种unit文件,有service后缀的服务unit,有target后缀的开机级别unit等。这里介绍自定义脚本服务,如果想把自定义的脚本变成服务进程,都需要写对应的service配置文件,这样才能被unit所管理(注意:自定义开机自启动服务的.service配置文件必须放在/usr/lib/systemd/system这个目录下面)。服务类别又分为服务又分为系统服务(system)和用户服务(user)。
系统服务:开机不登陆就能运行的程序(常用于开机自启)。
用户服务:需要登陆以后才能运行的程序。
Description=服务描述 | 给出当前服务的简单描述 |
Documentation=路径或url | 给出文档位置 |
After=服务.target或服务.service | 定义在某些服务之后启动。例如sshd服务启动必须在network.target sshd-keygen.service服务开启之后才能启动,可以使用如下命令查看sshd服务的配置 cat /usr/lib/systemd/system/sshd.service |
Before=服务.target | 定义在某些服务之前启动 |
Wants=服务.service | 弱依赖,表示等号填写服务启动或失败,不影响此配置文件服务的启动 |
Requires=服务.service | 强依赖,表示等号填写服务启动或失败,那么此配置文件的服务将启动失败 |
注意:如果After、Before、Wants、Requires等号后面需要填写多个服务可以用空格隔开。After和Before字段只涉及启动顺序,不涉及依赖关系。Wants字段与Requires字段只涉及依赖关系,与启动顺序无关,默认情况下是同时启动的。
•启动命令
ExecStart=命令 | 定义启动进程时执行的命令 |
ExecReload=命令 | 重启服务时执行的命令 |
ExecStop=命令 | 停止服务时执行的命令 |
ExecStartPre=命令 | 启动服务之前执行的命令 |
ExecStartPost=命令 | 启动服务之后执行的命令 |
ExecStopPost=命令 | 停止服务之后执行的命令 |
所有的启动设置之前,都可以加上一个连词号(-),表示"抑制错误",即发生错误的时候,不影响其他命令的执行。例如:ExecStop=-/bin/sh /server/scripts/xx.sh
•启动类型 Type字段定义启动类型。它可以设置的值如下:
simple(默认值) | ExecStart字段启动的进程为主进程 |
forking | ExecStart字段将以fork()方式启动,此时父进程将会退出,子进程将成为主进程(后台运行) |
oneshot | 类似于simple,但只执行一次,Systemd 会等它执行完,才启动其他服务 |
dbus | 类似于simple,但会等待 D-Bus 信号后启动 |
notify | 类似于simple,启动结束后会发出通知信号,然后 Systemd 再启动其他服务 |
idl | 类似于simple,但是要等到其他任务都执行完,才会启动该服务。一种使用场合是为让该服务的输出,不与其他服务的输出相混合 |
•重启行为
KillMode字段,定义Systemd如何停止服务,它可以设置的值如下
control-group(默认值) | 当前控制组里面的所有子进程,都会被杀掉 |
process | 只杀主进程 |
mixed | 主进程将收到 SIGTERM 信号,子进程收到 SIGKILL 信号 |
none | 没有进程会被杀掉,只是执行服务的 stop 命令 |
Restart字段,定义了服务退出后,Systemd的重启方式,它可以设置的值如下
no(默认值) | 退出后不会重启 |
on-success | 只有正常退出时(退出状态码为0),才会重启 |
on-failure | 非正常退出时(退出状态码非0),包括被信号终止和超时,才会重启 |
on-abnormal | 只有被信号终止和超时,才会重启 |
on-abort | 只有在收到没有捕捉到的信号终止时,才会重启 |
on-watchdog | 超时退出,才会重启 |
always | 不管是什么退出原因,总是重启 |
•service区块的其他一些字段
EnvironmentFile=文件路径 | 指定当前服务的环境参数文件 |
RestartSec=数值 | 表示Systemd重启服务之前,需要等待的秒数 |
PIDFile=PID文件路径 | PID进程文件 |
KillSignal=信号量 | 停止信号量,值一般为SIGQUIT |
TimeoutStopSec=数值 | 停止超时时间 |
PrivateTmp=布尔值 | 独立空间true或false,即文件系统名字空间的配置将被该命令行启动的进程忽略 |
更多配置详解点击:http://www.jinbuguo.com/systemd/systemd.service.html
这个设置非常重要,如果设置开机自启动,在/etc/systemd/system目录下面的multi-user.target.wants子目录之中机会创建一个服务的软链接
WantedBy字段,表示该服务所在的 Targe,target的含义是服务组,表示一组服务,它可以设置的值如下
multi-user.target | 表示多用户命令行状态 |
graphical.target | 表示图形用户状态,它依赖于multi-user.target |
systemctl脚本目录 | /usr/lib/systemd/ |
系统服务目录 | /usr/lib/systemd/system/ |
用户服务目录 | /usr/lib/systemd/system/ |
这里写一个rsync+inotify的脚本服务(注意:此脚本是在centos6直接拿过来用的,在centos6可以直接使用chkconfig管理,这里只是测试,勿喷)
1、创建脚本目录(为什么不要centos自带的脚本目录呢?这是为了方便管理)
mkidr -p /server/scripts/sync.sh
vim /server/scripts/sync.sh
2、脚本代码
View Code
3、添加注册脚本服务文件(vim /usr/lib/systemd/system/syncd.service),文件内容如下
[Unit]
Description="这是rsync+inotify实时同步服务"
After=network.target remote-fs.target nss-lookup.target
[Service]
Type=forking
ExecStart=/bin/sh /server/scripts/sync.sh start
ExecReload=/bin/sh /server/scripts/sync.sh restart
ExecStop=/bin/sh /server/scripts/sync.sh stop
KillSignal=SIGQUIT
TimeoutStopSec=5
KillMode=process
PrivateTmp=true
[Install]
WantedBy=multi-user.target
4、运行systemctl start syncd命令启动服务
在centos7中添加开机自启服务非常方便,只需要两条命令(以Jenkins为例):
systemctl enable jenkins.service #设置jenkins服务为自启动服务
sysstemctl start jenkins.service #启动jenkins服务
在centos7中增加脚本有两种常用的方法,以脚本autostart.sh为例:
#!/bin/bash
#description:开机自启脚本
/usr/local/tomcat/bin/startup.sh #启动tomcat
1、赋予脚本可执行权限(/opt/script/autostart.sh是你的脚本路径)
chmod +x /opt/script/autostart.sh
2、打开/etc/rc.d/rc/local文件,在末尾增加如下内容
/opt/script/autostart.sh
3、在centos7中,/etc/rc.d/rc.local的权限被降低了,所以需要执行如下命令赋予其可执行权限
chmod +x /etc/rc.d/rc.local
1、将脚本移动到/etc/rc.d/init.d目录下
mv /opt/script/autostart.sh /etc/rc.d/init.d
2、增加脚本的可执行权限
chmod +x /etc/rc.d/init.d/autostart.sh
3、添加脚本到开机自动启动项目中
cd /etc/rc.d/init.d
chkconfig --add autostart.sh
chkconfig autostart.sh on
以上两种方法均已在centos7系统上验证过,如有疑问,欢迎大家评论留言