functions文件詳細分析和說明
bash&shell系列文章：http://www.cnblogs.com/f-ck-need-u/p/7048359.htmlhtml
/etc/rc.d/init.d/functions幾乎被/etc/rc.d/init.d/下全部的Sysv服務啓動腳本加載，也是學習shell腳本時一個很是不錯的材料，在其中使用了很多技巧。mysql
在該文件中提供了幾個有用的函數：sql
daemon：啓動一個服務程序。啓動前還檢查進程是否已在運行。killproc：殺掉給定的服務進程。status：檢查給定進程的運行狀態。success：顯示綠色的"OK"，表示成功。
failure：顯示紅色的"FAILED"，表示失敗。passed：顯示綠色的"PASSED"，表示pass該任務。warning：顯示綠色的"warning"，表示警告。action：根據進程退出狀態碼自行判斷是執行success仍是failure。confirm：提示"(Y)es/(N)o/(C)ontinue? [Y]"並判斷、傳遞輸入的值。is_true："$1"的布爾值表明爲真時，返回狀態碼0，不然返回1。包括t、y、yes和true，不區分大小寫。is_false："$1"的布爾值表明爲假時，返回狀態碼0。不然返回1。包括f、n、no和false，不區分大小寫。checkpid：檢查/proc下是否有給定pid對應的目錄。給定多個pid時，只要存在一個目錄都返回狀態碼0。__pids_var_run：檢查pid是否存在，並保存到變量pid中，同時返回幾種進程狀態碼。是functions中重要函數之一。__pids_pidof：獲取進程pid。pidfileofproc：獲取進程的pid。但只能獲取/var/run下的pid文件中的值。pidofproc：獲取進程的pid。可獲取任意給定pidfile或默認/var/run下pidfile中的值。
前三個是functions文件最重要的3個函數，還用到了一些額外的輔助函數，稍稍有點複雜。因此由簡至繁，先介紹並展現後面幾個函數，再回頭解釋前3個函數。shell
如下是/etc/init.d/functions文件的開頭定義的語句。設置umask值，使得加載該文件的腳本所在shell的umask爲22。導出路徑變量。但說實話，這個導出的路徑變量並不理想，由於要爲非rpm包安裝的程序設計服務啓動腳本時，必須寫全路徑命令，例如/usr/local/mysql/bin/mysql。所以，能夠考慮將/etc/init.d/functions中的語句註釋掉。apache
umask 022
# Set up a default search path.
PATH="/sbin:/usr/sbin:/bin:/usr/bin"
export PATH
PS：本文分析的/etc/init.d/functions文件是CentOS 7上的，和CentOS 6有些許區別，但該有的目的和動做都有。bash
1.幾個顯示函數
包括echo_success、success、echo_failure、failure、echo_passed、passed、echo_warning和warning函數。這幾個函數的定義方式和使用方法徹底同樣。less
如下是echo_success和success函數的定義語句。ide
echo_success() {
[ "$BOOTUP" = "color" ] && $MOVE_TO_COL
echo -n "["
[ "$BOOTUP" = "color" ] && $SETCOLOR_SUCCESS
echo -n $" OK "
[ "$BOOTUP" = "color" ] && $SETCOLOR_NORMAL
echo -n "]"
echo -ne "\r"
return 0
}
success() {
[ "$BOOTUP" != "verbose" -a -z "${LSB:-}" ] && echo_success
return 0
}
很簡單，就是不換行帶顏色輸出"[ OK ]"字樣。memcached
[root@xuexi ~]# . /etc/init.d/functions
[root@xuexi ~]# success
[root@xuexi ~]# [ OK ]
[root@xuexi ~]# echo_success
[root@xuexi ~]# [ OK ]
同理，剩餘的幾個狀態顯示函數也同樣。函數
[root@xuexi ~]# echo_failure
[root@xuexi ~]# [FAILED]
[root@xuexi ~]# failure
[root@xuexi ~]# [FAILED]
2.action函數
這個函數在寫腳本時還比較有用，能夠根據退出狀態碼自動判斷是執行success仍是執行failure函數。
action函數定義語句以下：
action() {
local STRING rc
STRING=$1
echo -n "$STRING "
shift
"$@" && success $"$STRING" || failure $"$STRING" # $"string"和"string"沒有區別。詳細內容可參考本文的評論區
rc=$?
echo
return $rc
}
這個函數定義的頗有技巧。先將第一個參數保存並踢掉，再執行後面的命令("$@"表示執行後面的命令)。因此，當action函數只有一個參數時，action直接返回OK，狀態碼爲0，當超過一個參數時，第一個參數先被打印，再執行從第二個參數開始的命令。
例如：
[root@xuexi ~]# action
[ OK ]
[root@xuexi ~]# action 5
5 [ OK ]
[root@xuexi ~]# action sleeping sleep 3
sleeping [ OK ]
[root@xuexi ~]# action "moving file" mv xxxxxx.sh aaaaa.sh
moving file mv: cannot stat ‘xxxxxx.sh’: No such file or directory
[FAILED]
因此，在腳本中使用action函數時，可讓命令執行成功與否的判斷顯得更"專業"。算是一個比較有趣的函數。
一般，該函數會結合/bin/true和/bin/false命令使用，它們無條件返回0或1狀態碼。
action $"MESSAGES: " /bin/true
action $"MESSAGES: " /bin/false
例如，mysqld啓動腳本中，判斷mysqld已在運行時，直接輸出啓動ok的消息。(但實際上根本沒作任何事)
if [ $MYSQLDRUNNING = 1 ] && [ $? = 0 ]; then
# already running, do nothing
action $"Starting $prog: " /bin/true
ret=0
3.is_true和is_false函數
這兩個函數的做用是轉換輸入的布爾值爲狀態碼。
is_true() {
case "$1" in
[tT] | [yY] | [yY][eE][sS] | [tT][rR][uU][eE])
return 0
;;
esac
return 1
}
is_false() {
case "$1" in
[fF] | [nN] | [nN][oO] | [fF][aA][lL][sS][eE])
return 0
;;
esac
return 1
}
當is_true函數的第一個參數(後面的參數會忽略掉)爲忽略大小寫的t、y、yes或true時，返回狀態碼0，不然返回1。
當is_false函數的第一個參數(後面的參數會忽略掉)爲忽略大小寫的f、n、no或false時，返回狀態碼0，不然返回1。
4.confirm函數
這個函數通常用不上，由於腳本原本就是爲了不交互式的。在CentOS 7的functions中已經刪除了該函數定義語句。不過，借鑑下它的處理方法仍是不錯的。
如下摘自CentOS 6.6的/etc/init.d/functions文件。
# returns OK if $1 contains $2
strstr() {
[ "${1#*$2*}" = "$1" ] && return 1 # 參數$1中不包含$2時，返回1，不然返回0
return 0
}
# Confirm whether we really want to run this service
confirm() {
[ -x /bin/plymouth ] && /bin/plymouth --hide-splash
while : ; do
echo -n $"Start service $1 (Y)es/(N)o/(C)ontinue? [Y] "
read answer
if strstr $"yY" "$answer" || [ "$answer" = "" ] ; then
return 0
elif strstr $"cC" "$answer" ; then
rm -f /var/run/confirm
[ -x /bin/plymouth ] && /bin/plymouth --show-splash
return 2
elif strstr $"nN" "$answer" ; then
return 1
fi
done
}
第一個函數strstr的做用是判斷第一個參數"$1"中是否包含了"$2"，若是包含了則返回狀態碼0。這函數也是一個不錯的技巧。
第二個函數confirm的做用是根據交互式輸入的值返回不一樣的狀態碼，若是輸入的是y或Y或不輸入時，返回0。輸入的是c或C時，返回狀態碼2，輸入的是n或N時返回狀態碼1。
因而能夠根據confirm的狀態值決定是否要繼續執行某個程序。
用法和效果以下：
[root@xuexi ~]# confirm
Start service (Y)es/(N)o/(C)ontinue? [Y] Y
[root@xuexi ~]# echo $?
0
[root@xuexi ~]# confirm
Start service (Y)es/(N)o/(C)ontinue? [Y]
[root@xuexi ~]# echo $?
0
[root@xuexi ~]# confirm
Start service (Y)es/(N)o/(C)ontinue? [Y] n
[root@xuexi ~]# echo $?
1
[root@xuexi ~]# confirm
Start service (Y)es/(N)o/(C)ontinue? [Y] c
[root@xuexi ~]# echo $?
2
5.pid檢測相關函數
啓動進程時，pid文件很是重要。不只能夠經過它判斷進程是否在運行，還能夠從中讀取pid號用來殺進程。
5.1 checkpid、__pids_var_run和__pids_pidof函數
-
pid文件的路徑可能爲/var/run/$base.pid文件($base表示進程名的basename)，也多是自定義的路徑，例如mysql的pid能夠自定義爲/mysql/data/mysql01.pid。但不管哪一種狀況，functions中的
__pids_var_run函數均可以處理。 -
pid文件中可能有多行，表示多實例。
-
每一個進程都必有一個pid，但並不必定都記錄在pid文件中，例如線程的pid。但不管如何，在/proc/目錄下，必定會有pid號命名的目錄，只要有對應pid號的目錄，就表示該進程已經在運行。函數
checkpid專門檢測給定的pid值在/proc下是否有對應的目錄存在。 -
爲了獲取進程名的pid值，此處函數
__pids_pidof使用的是pidof命令。該命令專門設計用來在腳本中取給定進程的pid。它的"-o"選項用於忽略某些進程號，在腳本中應用時常被忽略的是調用pidof的shell的PID，當前shell的PID以及父shell的pid。總之，該函數的目的就是爲了獲取合理無誤的進程pid。
如下是函數checkpid、__pids_var_run和__pids_pidof的定義語句。
# Check if any of $pid (could be plural) are running
checkpid() {
local i
for i in $* ; do # 檢測/proc目錄下是否存在給定的進程目錄
[ -d "/proc/$i" ] && return 0
done
return 1
}
# __proc_pids {program} [pidfile]
# Set $pid to pids from /var/run* for {program}. $pid should be declared
# local in the caller.
# Returns LSB exit code for the 'status' action.
__pids_var_run() { # 經過檢測pid判斷程序是否已在運行
local base=${1##*/} # 獲取進程名的basename
local pid_file=${2:-/var/run/$base.pid} # 定義pid文件路徑
pid=
if [ -f "$pid_file" ] ; then # 給定的pid文件是否存在
local line p
[ ! -r "$pid_file" ] && return 4 # "user had insufficient privilege"
while : ; do # 將pid文件中的pid值(可能有多行)賦值給pid變量
read line
[ -z "$line" ] && break
for p in $line ; do
[ -z "${p//[0-9]/}" ] && [ -d "/proc/$p" ] && pid="$pid $p"
done
done < "$pid_file"
if [ -n "$pid" ]; then # pid存在，則返回0。不然表示pid文件存在，但/proc下沒有對應命令
return 0 # 即進程已死，但pid文件卻存在，返回狀態碼1。
fi
return 1 # "Program is dead and /var/run pid file exists"
fi
return 3 # "Program is not running" # pid文件不存在時，表示進程未運行，返回狀態碼3
}
# Output PIDs of matching processes, found using pidof
__pids_pidof() { # 下面的pidof命令的意義見稍後解釋
pidof -c -m -o $$ -o $PPID -o %PPID -x "$1" || \ # 忽略當前shell的PID，父shell的pid和
# 調用pidof程序的shell的pid
pidof -c -m -o $$ -o $PPID -o %PPID -x "${1##*/}" # 總之就是找出合理的pid
}
從__pidsvar_run函數的定義語句中能夠了解到，只有當pid文件存在，且/proc下有pid對應的目錄時，才表示進程在運行(固然，線程沒有pid文件)。__pids_var_run函數調用方法：
__pids_var_run program [pidfile]
若是不給定pidfile，則默認爲/var/run/$base.pid文件。函數的執行結果爲4種狀態碼：
- 0：program正在運行。
- 1：program進程已死。pid文件存在，但/proc目錄下沒有對應的文件。
- 3：pid文件不存在。
- 4：pid文件的權限錯誤，不可讀。
除了返回狀態碼，__pids_var_run函數還會保存變量pid的結果，以供其餘程序引用。
__pids_pidof中使用了pidof命令，其中使用了幾個"-o"選項，它用於忽略指定的pid。但看上去"$$""$PPID""%PPID"不是很好理解。"-o $$"是忽略的是shell進程，大多數時候它會繼承父shell的pid，但在腳本中時它表明的是腳本所在shell的pid。"-o $PPID"忽略的是父shell。"-o %PPID"忽略的是調用pidof命令的shell。不是很好理解，能夠參考下面的測試語句。
測試腳本：
#!/bin/bash
echo 'pidof bash: '`pidof bash`
echo 'script shell pid: '`echo $$`
echo 'script parent shell pid: '`echo $PPID`
echo 'pidof -o $$ bash: '`pidof -o $$ bash`
echo 'pidof -o $PPID bash: '`pidof -o $PPID bash`
echo 'pidof -o %PPID bash: '`pidof -o %PPID bash`
echo 'pidof -o $$ -o $PPID -o %PPID bash: '`pidof -o $$ -o $PPID -o %PPID bash`
測試語句：
[root@xuexi ~]# pidof bash
3306 2436 2302
[root@xuexi ~]# (echo 'parent shell: '$$;echo "current bash pid: `pidof bash`";./test.sh)|cat -n
1 parent shell: 2302
2 current bash pid: 3745 3306 2436 2302
3 pidof bash: 3748 3745 3306 2436 2302
4 script shell pid: 3748
5 script parent shell pid: 3745
6 pidof -o $$ bash: 3745 3306 2436 2302
7 pidof -o $PPID bash: 3748 3306 2436 2302
8 pidof -o %PPID bash: 3745 3306 2436 2302
9 pidof -o $$ -o $PPID -o %PPID bash: 3306 2436 2302
第一個pidof命令：說明當前已有3個bash，pid爲：330六、2436和2302。
第二個命令：
- 行1說明括號的父shell爲2302。
- 行5說明腳本的父shell爲3745。即括號的父shell爲當前bash環境，腳本的父shell爲括號所在shell。
- 行2減第一個命令的結果說明括號所在子shell的pid爲3745。
- 行3減行2說明shell腳本所在子shell的pid爲3748。
- "-o $$"忽略的是當前shell，即腳本所在shell的pid，由於在shell腳本中時，$$不繼承父shell的pid。
- "-o $PPID"忽略的是pidof所在父shell，即括號所在shell。
- "-o %PPID"忽略的是調用調用pidof程序所在的shell，即腳本所在shell。
5.2 pidfileofproc和pidofproc函數
除了以上3個pid相關函數，functions文件中，還提供了兩個函數pidfileofproc和pidofproc，均用於獲取給定程序的pid值。
如下是pidfileofproc函數的定義語句。注意，該函數不是獲取pidfile，而是獲取pid值。
# A function to find the pid of a program. Looks *only* at the pidfile
pidfileofproc() {
local pid
# Test syntax.
if [ "$#" = 0 ] ; then
echo $"Usage: pidfileofproc {program}"
return 1
fi
__pids_var_run "$1" # 不提供pidfile，所以認爲是/var/run/$base.pid
[ -n "$pid" ] && echo $pid
return 0
}
所以，pidfileofproc函數只能獲取/var/run下的pid。
如下是pidofproc函數的定義語句：
# A function to find the pid of a program.
pidofproc() {
local RC pid pid_file=
# Test syntax.
if [ "$#" = 0 ]; then
echo $"Usage: pidofproc [-p pidfile] {program}"
return 1
fi
if [ "$1" = "-p" ]; then # 既能夠獲取/var/run/$base.pid中的pid，
pid_file=$2 # 也能夠獲取自給定pid文件中的pid
shift 2
fi
fail_code=3 # "Program is not running"
# First try "/var/run/*.pid" files
__pids_var_run "$1" "$pid_file"
RC=$?
if [ -n "$pid" ]; then # $pid不爲空時，輸出program的pid值
echo $pid
return 0
fi
[ -n "$pid_file" ] && return $RC # $pid爲空，但使用了"-p"指定pidfile時，返回$RC。
__pids_pidof "$1" || return $RC # $pid爲空，且$pidfile爲空時，獲取進程號pid並輸出
}
這兩個函數的區別在於pidfileofproc只能搜索/var/run下的pid，而pidofproc能夠搜索自給定的pidfile或/var/run/下的pid。而前面的__pids_pidof函數，只有在獲取bash進程時更精確(由於它會忽略父shell進程)。至於選哪個，見文末總結。
這兩個函數用的比較少，但確實有使用它的腳本。如crond啓動腳本中藉助pidfileofproc來殺進程：
echo -n $"Stopping $prog: "
if [ -n "`pidfileofproc $exec`" ]; then
killproc $exec
RETVAL=3
else
failure $"Stopping $prog"
fi
dnsbind的named服務啓動腳本中藉助pidofproc來判斷進程是否已在運行。
pidofnamed() {
pidofproc -p "$ROOTDIR$PIDFILE" "$named";
}
if [ -n "`pidofnamed`" ]; then
echo -n $"named: already running"
success
echo
exit 0;
fi;
6.重頭戲(一)：daemon函數
daemon函數用於啓動一個程序，並根據結果輸出success或failure。
定義語句以下：
# A function to start a program.
daemon() {
# Test syntax.
local gotbase= force= nicelevel corelimit # 定義一大堆變量
local pid base= user= nice= bg= pid_file=
local cgroup=
nicelevel=0
while [ "$1" != "${1##[-+]}" ]; do # 當參數$1以"-"或"+"開頭時進入循環，但$1爲空時也知足
case $1 in
'') echo $"$0: Usage: daemon [+/-nicelevel] {program}" "[arg1]..."
return 1;;
--check) # daemon接受"--arg value"和"--arg=value"兩種格式的參數
base=$2
gotbase="yes"
shift 2
;;
--check=?*)
base=${1#--check=}
gotbase="yes"
shift
;;
--user)
user=$2
shift 2
;;
--user=?*)
user=${1#--user=}
shift
;;
--pidfile)
pid_file=$2
shift 2
;;
--pidfile=?*)
pid_file=${1#--pidfile=}
shift
;;
--force)
force="force"
shift
;;
[-+][0-9]*)
nice="nice -n $1"
shift
;;
*) echo $"$0: Usage: daemon [+/-nicelevel] {program}" "[arg1]..."
return 1;;
esac
done
# Save basename.
[ -z "$gotbase" ] && base=${1##*/} # 若未傳遞"--check"，則此處獲取bashname
# See if it's already running. Look *only* at the pid file.
__pids_var_run "$base" "$pid_file"
[ -n "$pid" -a -z "$force" ] && return # 如進程已在運行(已檢測出pid)，且沒有使用force
# 強制啓動，則退出daemon函數
# make sure it doesn't core dump anywhere unless requested
corelimit="ulimit -S -c ${DAEMON_COREFILE_LIMIT:-0}" # corelimit、cgroup和資源控制有關，忽略它
# if they set NICELEVEL in /etc/sysconfig/foo, honor it
[ -n "${NICELEVEL:-}" ] && nice="nice -n $NICELEVEL"
# if they set CGROUP_DAEMON in /etc/sysconfig/foo, honor it
if [ -n "${CGROUP_DAEMON}" ]; then
if [ ! -x /bin/cgexec ]; then
echo -n "Cgroups not installed"; warning
echo
else
cgroup="/bin/cgexec";
for i in $CGROUP_DAEMON; do
cgroup="$cgroup -g $i";
done
fi
fi
# Echo daemon
[ "${BOOTUP:-}" = "verbose" -a -z "${LSB:-}" ] && echo -n " $base"
# And start it up. # 啓動程序。runuser的"-s"指定執行程序的shell，$user指定運行的身份
# "$*"是剔除掉daemon選項後程序的啓動指令。
if [ -z "$user" ]; then
$cgroup $nice /bin/bash -c "$corelimit >/dev/null 2>&1 ; $*"
else
$cgroup $nice runuser -s /bin/bash $user -c "$corelimit >/dev/null 2>&1 ; $*"
fi
[ "$?" -eq 0 ] && success $"$base startup" || failure $"$base startup"
}
daemon函數調用方法：
daemon [--check=servicename] [--user=USER] [--pidfile=PIDFILE] [--force] program [prog_args]
須要注意的是：
- 只有"--user"能夠用來控制program啓動的環境。
- "--check"和"--pidfile"都是用來檢查是否已運行的，不是用來啓動的，若是提供了"--check"，則檢查的是名爲servicename的進程，不然檢查的是program名稱的進程。
- "--force"則表示進程已存在時仍啓動。
- prog_args是向program傳遞它的運行參數，通常會從/etc/sysconfig/$base文件中獲取。
例如httpd的啓動腳本中。
echo -n $"Starting $prog: "
daemon --pidfile=${pidfile} $httpd $OPTIONS
這樣的語句的執行結果大體以下：
[root@xuexi ~]# service httpd start Starting httpd: [ OK ]
還需注意，一般program的運行參數可能也是"--"開頭的，要和program前面的選項區分。例如：
daemon --pidfile $pidfile --check $servicename $processname --pid-file=$pidfile
第二個"--pid-file"是"$processname"的運行參數，第一個"--pidfile"是daemon檢測"$processname"是否已運行的選項。因爲提供了"--check $servicename"，因此函數調用語句__pids_var_run $base [pidfile]中的$base等於$servicename，即表示檢查$servicename進程是否容許。若是沒有提供該選項，則檢查的是$processname。
至此，daemon函數已經分析完成。實際上很簡單，就是爲daemon提供幾個選項，再提供要執行的命令，併爲該命令提供啓動參數。
7.重頭戲(二)：killproc函數
killproc函數的做用是根據給定程序名殺進程。中間它會獲取程序名對應的pid號，且保證/proc目錄下沒有pid對應的目錄才表示進程關閉成功。
# A function to stop a program.
killproc() {
local RC killlevel= base pid pid_file= delay try
RC=0; delay=3; try=0
# Test syntax.
if [ "$#" -eq 0 ]; then
echo $"Usage: killproc [-p pidfile] [ -d delay] {program} [-signal]" return 1 fi if [ "$1" = "-p" ]; then # 指定pid_file。不給"-p"時，"__pids_var_run"將檢查/var/run下的文件 pid_file=$2 shift 2 fi if [ "$1" = "-d" ]; then # awk的多目運算符。delay的有效值單位爲d(天)、時(h)、分(m)、秒(s)。 # 不寫單位時默認爲秒。該語句將所給時間轉換成秒，接受小數，作四捨五入計算 delay=$(echo $2 | awk -v RS=' ' -v IGNORECASE=1 '{if($1!~/^[0-9.]+[smhd]?$/) exit 1;d=$1~/s$|^[0-9.]*$/?1:$1~/m$/?60:$1~/h$/?60*60:$1~/d$/?24*60*60:-1;if(d==-1) exit 1;delay+=d*$1} END {printf("%d",delay+0.5)}') if [ "$?" -eq 1 ]; then echo $"Usage: killproc [-p pidfile] [ -d delay] {program} [-signal] return 1 fi shift 2 fi # check for second arg to be kill level [ -n "${2:-}" ] && killlevel=$2 # 獲取稍後的kill程序將要發送的信號 # Save basename. base=${1##*/} # Find pid. # 獲取program的pid號，以讓kill程序殺掉 __pids_var_run "$1" "$pid_file" # 檢查program是否已有對應pid文件，並返回pidfile中全部pid值 RC=$? if [ -z "$pid" ]; then if [ -z "$pid_file" ]; then pid="$(__pids_pidof "$1")" # pid爲空，且沒有pidfile時，獲取program的pid else [ "$RC" = "4" ] && { failure $"$base shutdown" ; return $RC ;} fi fi # Kill it. # 根據pid，殺掉已存在的進程 if [ -n "$pid" ] ; then # 若是進程pid存在，則殺死它 [ "$BOOTUP" = "verbose" -a -z "${LSB:-}" ] && echo -n "$base "
if [ -z "$killlevel" ] ; then # 沒有指定要傳遞的信號時
if checkpid $pid 2>&1; then # 給定pid在/proc目錄中是否有對應目錄
# TERM first, then KILL if not dead
kill -TERM $pid >/dev/null 2>&1 # 先發送TERM信號
usleep 50000
if checkpid $pid ; then # 0.5秒後還沒死透，則
try=0
while [ $try -lt $delay ] ; do # 在給定delay時間內不斷檢測是否已死
checkpid $pid || break
sleep 1
let try+=1
done
if checkpid $pid ; then # 超出delay後，發送KILL信號強制殺死
kill -KILL $pid >/dev/null 2>&1
usleep 50000
fi
fi
fi
checkpid $pid # 若/proc下還有pid對應的目錄，則進程關閉失敗
RC=$?
[ "$RC" -eq 0 ] && failure $"$base shutdown" || success $"$base shutdown"
RC=$((! $RC))
# use specified level only
else # 使用指定的信號殺進程
if checkpid $pid; then
kill $killlevel $pid >/dev/null 2>&1
RC=$?
[ "$RC" -eq 0 ] && success $"$base $killlevel" || failure $"$base $killlevel"
elif [ -n "${LSB:-}" ]; then
RC=7 # Program is not running
fi
fi
else # 若是進程pid不存在，表示未運行
if [ -n "${LSB:-}" -a -n "$killlevel" ]; then
RC=7 # Program is not running
else
failure $"$base shutdown" RC=0 fi fi # Remove pid file if any. if [ -z "$killlevel" ]; then # 未給定信號時，可能KILL信號強殺時使得pid文件還存在，手動移除它 rm -f "${pid_file:-/var/run/$base.pid}" fi return $RC }
根據此腳本，能夠知道關閉進程時，須要再三肯定pid文件是否存在，/proc下是否有和pid對應的目錄。直到/proc下已經沒有了和pid對應的目錄時，才表示進程真正殺死了。但此時pid文件仍可能存在，所以還要保證pid文件已被移除。
該函數的調用方法：
killproc [-p pidfile] [ -d delay] {program} [-signal]
8.重頭戲(三)：status函數
status函數用於獲取進程的運行狀態，有如下幾種狀態：
- ${base} (pid $pid) is running...
- ${base} dead but pid file exists
- ${base} status unknown due to insufficient privileges.
- ${base} dead but subsys locked
- ${base} is stopped
如下的status函數定義語句。注意，此爲CentOS 7上語句，比CentOS 6多了一段systemctl的處理，用於Sysv的status狀態向systemd的status狀態轉換。
status() {
local base pid lock_file= pid_file=
# Test syntax.
if [ "$#" = 0 ] ; then
echo $"Usage: status [-p pidfile] {program}"
return 1
fi
if [ "$1" = "-p" ]; then
pid_file=$2 # 指定pidfile
shift 2
fi
if [ "$1" = "-l" ]; then
lock_file=$2 # 指定lockfile
shift 2
fi
base=${1##*/}
if [ "$_use_systemctl" = "1" ]; then
systemctl status ${0##*/}.service
ret=$?
# LSB daemons that dies abnormally in systemd looks alive in
# systemd's eyes due to RemainAfterExit=yes
# lets adjust the reality a little bit
if systemctl show -p ActiveState ${0##*/}.service | grep -q '=active$' && \
systemctl show -p SubState ${0##*/}.service | grep -q '=exited$' ; then
ret=3
fi
return $ret
fi
# First try "pidof"
__pids_var_run "$1" "$pid_file" # 根據給定的pidfile獲取program的pid，並返回pid值
RC=$?
if [ -z "$pid_file" -a -z "$pid" ]; then # pid爲空，且沒有pidfile時，獲取program的pid
pid="$(__pids_pidof "$1")"
fi
if [ -n "$pid" ]; then # pid存在，則返回程序正在運行
echo $"${base} (pid $pid) is running..."
return 0
fi
case "$RC" in
0)
echo $"${base} (pid $pid) is running..."
return 0
;;
1) # program進程已死。pid文件存在，但/proc目錄下沒有對應的文件。
echo $"${base} dead but pid file exists"
return 1
;;
4) # pid文件不可讀，錯誤
echo $"${base} status unknown due to insufficient privileges."
return 4
;;
esac
if [ -z "${lock_file}" ]; then
lock_file=${base}
fi
# See if /var/lock/subsys/${lock_file} exists
if [ -f /var/lock/subsys/${lock_file} ]; then # 檢查/var/lock/subsys下是否有lockfile
echo $"${base} dead but subsys locked" # pid不存在，但鎖文件存在時
return 2
fi
echo $"${base} is stopped" # 以上都不知足時，表示程序未運行
return 3
}
函數調用方法：
status [-p pidfile] [-l lockfile] program
因爲函數定義緣由，若是同時提供"-p"和"-l"選項，"-l"選項必須放在"-p"的後面。
9.幾個重要函數的總結和使用說明
functions文件重要的東西差很少都介紹了，還有些無所謂的東西就忽略它們好了。看完這麼多分析，確定會暈頭轉向，因此給個總結。至於前面幾個簡單的函數echo_success、echo_failure、echo_passed、echo_warning、success、failure、passed、warning、action、confirm、is_true、is_false就懶的總結了，用法都很簡單。
9.1 pid相關
checkpid：檢查/proc下是否有給定pid對應的目錄，不管給定多少個pid，只要有一個有目錄，都返回0。
調用方法：checkpid pid_list
[root@xuexi ~]# source /etc/init.d/functions
[root@xuexi ~]# sleep 10 & a="$!";sleep 10 & a="$a $!";sleep 10 & a="$a $!";checkpid $a
[root@xuexi ~]# echo $?
0
__pids_var_run：檢查pid是否存在，並保存到變量pid中，同時返回幾種進程狀態碼。
這個函數很是重要，不只從pidfile中獲取並保存pid號碼，還根據狀況返回幾種狀態碼，這幾個狀態碼是status函數的重要依據。在SysV服務啓動腳本中使用很是普遍。
調用方法：__pids_var_run program [pidfile]
如下是httpd進程的測試結果。分別是指定pid文件和不指定pid文件的狀況。
[root@xuexi ~]# service httpd start
[root@xuexi ~]# __pids_var_run httpd /var/run/httpd/httpd.pid
[root@xuexi ~]# echo $?
0
[root@xuexi ~]# echo $pid
4863
[root@xuexi ~]# __pids_var_run httpd # 不指定pidfile時，將搜索/var/run/httpd.pid
[root@xuexi ~]# echo $?
3
[root@xuexi ~]# echo $pid # 每次調用該函數Pid會重置
[root@xuexi ~]#
__pids_pidof：獲取進程pid。pidfileofproc：獲取進程的pid。但只能獲取/var/run下的pid文件中的值。pidofproc：獲取進程的pid。可獲取任意給定pidfile或默認/var/run下pidfile中的值。
都是獲取進程pid，第一個函數和後兩個的區別主要在於獲取的pid是bash進程時更精確，第二個和第三個函數的區別在於第2個函數只能獲取/var/run下pid文件中的pid值。
[root@xuexi ~]# service httpd restart
[root@xuexi ~]# pidfileofproc httpd
[root@xuexi ~]# pidofproc httpd
4872 4871 4870 4869 4868 4867 4866 4865 4863
[root@xuexi ~]# __pids_pidof httpd
4872 4871 4870 4869 4868 4867 4866 4865 4863
上面pidfileofproc命令沒有任何結果，由於httpd的pid文件爲/var/run/httpd/httpd.pid，而非/var/run/httpd.pid。
若是將httpd的pid路徑修改成/var/run/httpd.pid，再看它們的結果。
[root@xuexi ~]# service httpd stop
[root@xuexi ~]# sed -i "s%^PidFile.*%PidFile /var/run/httpd.pid%" /etc/httpd/conf/httpd.conf
[root@xuexi ~]# sed -i 's%^#PIDFILE.*%PIDFILE=/var/run/httpd.pid%' /etc/sysconfig/httpd
[root@xuexi ~]# service httpd start
[root@xuexi ~]# ls /var/run/httpd*
/var/run/httpd.pid
/var/run/httpd:
再看它們搜索到的pid以及進程列表中httpd的pid和pid文件中的pid。
[root@xuexi ~]# __pids_pidof httpd
6235 6234 6233 6232 6231 6230 6229 6228 6226
[root@xuexi ~]# pidofproc httpd
6226
[root@xuexi ~]# pidfileofproc httpd
6226
[root@xuexi ~]# ps aux | grep http[d]
root 6226 0.0 0.3 177844 3892 ? Ss 12:14 0:00 /usr/sbin/httpd
apache 6228 0.0 0.2 177844 2532 ? S 12:14 0:00 /usr/sbin/httpd
apache 6229 0.0 0.2 177844 2508 ? S 12:14 0:00 /usr/sbin/httpd
apache 6230 0.0 0.2 177844 2508 ? S 12:14 0:00 /usr/sbin/httpd
apache 6231 0.0 0.2 177844 2508 ? S 12:14 0:00 /usr/sbin/httpd
apache 6232 0.0 0.2 177844 2508 ? S 12:14 0:00 /usr/sbin/httpd
apache 6233 0.0 0.2 177844 2508 ? S 12:14 0:00 /usr/sbin/httpd
apache 6234 0.0 0.2 177844 2508 ? S 12:14 0:00 /usr/sbin/httpd
apache 6235 0.0 0.2 177844 2508 ? S 12:14 0:00 /usr/sbin/httpd
[root@xuexi ~]# cat /var/run/httpd.pid
6226
因此，要使用這3個函數中的哪個？若是要找出進程的"master"進程號，例如要向主進程發送HUP信號reload配置文件時，應該用pidofproc並使用"-p"指定pid文件。其他時候用__pids_pidof準沒錯，也正是如此，在daemon和killproc函數中都使用了它。另外，在多實例的狀況下，也能夠考慮使用pidofproc來根據pidfile搜索對應實例的pid。
9.2 daemon的使用
daemon：啓動一個服務程序。在啓動前還檢查是否已在運行。
調用方式：
daemon [--check=servicename] [--user=USER] [--pidfile=PIDFILE] [--force] program [prog_args]
"--user"用於指定進程運行身份，"--check"和"--pidfile"用於指定檢查進程是否已在運行，"--force"表示即便在運行也一樣再啓動一個程序。prog_args用於爲program程序提供啓動參數。
通常daemon會配合如下幾個語句同時執行，這正是SysV腳本的一個特色。
echo -n $"Starting $prog: "
daemon --pidfile=${pidfile} $prog $OPTIONS
RETVAL=$?
[ $RETVAL = 0 ] && touch ${lockfile}
return $RETVAL
注意，daemon函數啓動程序時，自身就會調用success或failure函數，因此就不需再使用action函數了。若是不使用daemon函數啓動服務，一般會配合action函數。例如：
$prog $OPTIONS
RETVAL=$?
[ $RETVAL -eq 0 ] && action "Starting $prog" /bin/true && touch ${lockfile}
9.3 killproc的使用
killproc：殺掉給定的服務進程。
函數調用方式：
killproc [-p pidfile] [-d delay] program [-signal]
"-p pidfile"：選項用於指定今後文件中獲取進程的pid號，不指定時默認從/var/run/$base.pid中獲取。
"-signal"：用於指定kill發送的信號。若是不指定，則默認先發送TERM信號，在"-d delay"時間段內仍不斷檢測是否進程已經被殺死，若是還未死透，則delay超時後發送KILL信號強制殺死。
"-d delay"：指定未使用"-signal"時的延遲檢測時間。有效單位爲秒、分、時、日("smhd")，不寫時默認爲秒。
須要明確的是，只有/proc目錄下沒有了pid對應的目錄纔算是殺死了。
通常來講，killproc前會判斷進程是否已在運行，最後還要刪除pid文件和lock文件。固然，killproc函數能夠保證pid文件被刪除。因此，killproc函數大體會同時配合如下語句用來殺進程：
status -p ${pidfile} $prog > /dev/null
if [[ $? = 0 ]]; then
echo -n $"Stopping $prog: "
killproc -p ${pidfile} -d ${STOP_TIMEOUT} $httpd
else
echo -n $"Stopping $prog: "
success
fi
RETVAL=$?
[ $RETVAL -eq 0 ] && rm -f ${lockfile} ${pidfile}
一樣注意，killproc中已經自帶success和failure函數。若是不使用killproc殺進程，則一般會配合action函數或者success、failure。大體以下：
killall $prog ； usleep 50000 ； killall $prog
RETVAL=$?
if [ "RETVAL" -ne 0 ];then
action $"Stopping $prog: " /bin/true
rm -rf ${lockfile} ${pidfile}
else
action $"Stoping $prog: " /bin/false
fi
以上因爲採用的是killall命令，若是採用的是kill命令，則須要先獲取進程的pid，在此以前還要檢查pid文件是否存在。
9.4 status的使用
status：檢查給定進程的運行狀態。
用於返回進程狀態。調用方式：注意"-p"必須在"-l"前面
status [-p pidfile] [-l lockfile] program
共有 如下幾種狀態：
- ${base} (pid $pid) is running...
- ${base} dead but pid file exists
- ${base} status unknown due to insufficient privileges.
- ${base} dead but subsys locked
- ${base} is stopped
10.memcached服務啓動腳本示例
如下是memcached服務啓動腳本的示例，是一個很是簡單但卻很是通用的Sysv服務啓動腳本。
#!/bin/bash
#
# chkconfig: - 86 14
# description: Distributed memory caching daemon
## Default variables
PORT="11211"
USER="nobody"
MAXCONN="1024"
CACHESIZE="64"
OPTIONS=""
RETVAL=0
prog="/usr/local/memcached/bin/memcached"
desc="Distributed memory caching"
lockfile="/var/lock/subsys/memcached"
. /etc/rc.d/init.d/functions
[ -f /etc/sysconfig/memcached ] && source /etc/sysconfig/memcached
start() {
echo -n $"Starting $desc (memcached): "
daemon $prog -d -p $PORT -u $USER -c $MAXCONN -m $CACHESIZE "$OPTIONS"
RETVAL=$?
echo
[ $RETVAL -eq 0 ] && touch $lockfile
return $RETVAL
}
stop() {
echo -n $"Shutting down $desc (memcached): "
killproc $prog
RETVAL=$?
echo
[ $RETVAL -eq 0 ] && rm -f $lockfile
return $RETVAL
}
restart() {
stop
start
}
reload() {
echo -n $"Reloading $desc ($prog): "
killproc $prog -HUP
RETVAL=$?
echo
return $RETVAL
}
case "$1" in
start)
start
;;
stop)
stop
;;
restart)
restart
;;
condrestart)
[ -e $lockfile ] && restart
RETVAL=$?
;;
reload)
reload
;;
status)
status $prog
RETVAL=$?
;;
*)
echo $"Usage: $0 {start|stop|restart|reload|condrestart|status}"
RETVAL=1
esac
exit $RETVAL
另請參考：如何寫SysV服務管理腳本。
- 1. /etc/rc.d/init.d/functions文件詳細分析
- 2. M3U8文件詳細說明
- 3. lucene詳細說明文檔
- 4. Nginx配置文件詳細說明(轉)
- 5. Nginx配置文件詳細說明
- 6. mysql 的各類文件詳細說明
- 7. nginx配置文件nginx.conf詳細說明
- 8. SpringCloud配置文件詳細說明
- 9. web.xml 配置文件 超詳細說明！！！
- 10. grub配置文件grub.conf詳細說明
- 更多相關文章...
- • Eclipse 窗口說明 - Eclipse 教程
- • PHP EOF(heredoc) 使用說明 - PHP教程
- • Github 簡明教程
- • 三篇文章瞭解 TiDB 技術內幕——說存儲
-
每一个你不满意的现在，都有一个你没有努力的曾经。