殺死Linux Shell進程
1、查找目標shell進程：
比如：我想要查找 odm_clean 腳本執行進程
ps -ef | grep "odm_clean"
hadoop 3702 46809 0 17:17 pts/16 00:00:00 grep odm_clean
hadoop 28376 28349 0 13:47 pts/11 00:00:00 bash ./odm_clean.sh 2015-06-16 2015-06-20
username pid
2、殺死進程：
kill -9 28376
Killed
具體介紹：
1. ps簡單介紹
ps命令就是最根本對應情況下也是相當強大地進程查看命令.運用該命令能夠確定有哪些進程正在執行和執行地狀態、進程是否結束、進程有沒有僵死、哪些進程占用了過多地資源等等.總之大部分信息均為能夠通過執行該命令得到地.
2. ps命令及其參數
ps命令最常常使用地還是用於監控後臺進程地工作情況,由於後臺進程是不和屏幕鍵盤這些標準輸入/輸出設
備進行通信地,所以假設須要檢測其情況,便能夠運用ps命令了.
該命令語法格式例如以下：
ps [選項]
-e 顯示全部進程,環境變量
-f 全格式
-h 不顯示標題
-l 長格式
-w 寬輸出
a 顯示終端上地全部進程,包含其它用戶地進程
r 僅僅顯示正在執行地進程
x 顯示沒有控制終端地進程
O[+|-] k1 [,[+|-] k2 [,…]] 依據SHORT KEYS、k1、k2中快捷鍵指定地多級排序順序顯示進程列表.
對於ps地不同格式都存在著默認地順序指定.這些默認順序能夠被用戶地指定所覆蓋.在這裏面“+”字符是可選地,“-”字符是倒轉指定鍵地方向.
pids僅僅列出進程標識符,之間運用逗號分隔.該進程列表必須在命令行參數地最後一個選項後面緊接著給出,中間不能插入空格.比方：ps -f1,4,5.
下面介紹長命令行選項,這些選項都運用“--”開頭：
--sort X[+|-] key [,[+|-] key [,…]] 從SORT KEYS段中選一個多字母鍵.“+”字符是可選地,由於默認地方向就是按數字升序或者詞典順序.比方： ps -jax -sort=uid,-ppid,+pid.
--help 顯示幫助信息.
--version 顯示該命令地版本號信息.
在前面地選項說明中提到了排序鍵,接下來對排序鍵作進一步說明.須要註意地是排序中運用地值是ps運用地內部值,並不是僅用於某些輸出格式地偽值.排序鍵列表見表4-3.
表4-3 排序鍵列表
c
cmd
可運行地簡單名稱
C
cmdline
完整命令行
f
flags
長模式標誌
g
pgrp
進程地組ID
G
tpgid
控制tty進程組ID
j
cutime
累計用戶時間
J
cstime
累計系統時間
k
utime
用戶時間
K
stime
系統時間
m
min_flt
次要頁錯誤地數量
M
maj_flt
重點頁錯誤地數量
n
cmin_flt
累計次要頁錯誤
N
cmaj_flt
累計重點頁錯誤
o
session
對話ID
p
pid
進程ID
P
ppid
父進程ID
r
rss
駐留大小
R
resident
駐留頁
s
size
內存大小(千字節)
S
share
共享頁地數量
t
tty
tty次要設備號
T
start_time
進程啟動地時間
U
uid
UID
u
user
username
v
vsize
總地虛擬內存數量(字節)
y
priority
內核調度優先級
3. 常常使用ps命令參數
最常常使用地三個參數是u、a、x,以下將通過樣例來說明其詳細使用方法.
[例20] 以root身份登錄系統,查看當前進程狀況
$ ps
PID TTY TIME COMMAND
5800 ttyp0 00:00:00 bash
5835 ttyp0 00:00:00 ps
能夠看到,顯示地項目共分為四項,依次為PID(進程ID)、TTY(終端名稱)、TIME(進程運行時間)
、COMMAND(該進程地命令行輸入).
能夠運用u選項來查看進程全部者及其它少許具體信息,例如以下所看到的：
$ ps u
USER PID %CPU %MEM USZ RSS TTY STAT START TIME COMMAND
test 5800 0.0 0.4 1892 1040 ttyp0 S Nov27 0:00 -bash
test 5836 0.0 0.3 2528 856 ttyp0 R Nov27 0:00 ps u
在bash進程前面有條橫線,意味著該進程便是用戶地登錄shell,所以對於一個登錄用戶來說帶短橫線地進程僅僅有一個.還能夠看到%CPU、%MEM兩個選項,前者指該進程占用地CPU時間和總時間地百分比;後者指該進程占用地內存和總內存地百分比.
在這樣的情況下看到了全部控制終端地進程;當然對於其它那些沒有控制終端地進程還是沒有觀察到,所以這時就須要運用x選項.運用x選項能夠觀察到全部地進程情況.
-----------------------------------------------------------------------------------
KILL
-----------------------------------------------------------------------------------
因為職責的要求，你不得不費力地閱讀那些令你感到費解的晦澀的Linux應用程序的說明文件。
然後，你將執行指令和編輯設置文件。一切都在正常 執行。生活真美好。可是，你知道，好時光不會永遠持續下去。當你遇到令人恐懼的“send the process a SIGHUP”提示時，好時光結束了。
什麽是“SIGHUP（啟動信號）”，你怎樣發送它?它像是你送給你的戀人的一束花嗎?
盡管你能夠肯定這不是一個命令行指令，只是，你還是試著 鍵入它。
當然。這沒有結果。然後，你檢查一下鍵盤。哦。沒有SIGHUP鍵。於是你又又一次閱讀這個應用程序的參考指南，看到以下這段文字:
當收到一個hangup（進程結束）信號時，sshd程序會又一次閱讀配置文件。通過運行啟動程序時的命令及選項來發送SIGHUP信號，如:/usr/sbin/sshd。
哦。原來是這樣。
程序猿 VS 使用者
LINUX程序的在線參考指南作者一般都要既照應到終於用戶的需求也要照應到高級程序猿的需求。
因此，有些說明比較難懂。
只是，不要操心。如今我們就要揭開覆蓋在這些讓人迷惑的內容上面那神奇的面紗。
信號與進程控制
這個問題主要屬於信號和進程控制的範疇。對於我們系統管理員和普通用戶來說，我們主要關心的是啟動、停止和又一次啟動服務、停止失控的進程和被掛起的進程。而且盡可能不中斷系統執行。由於不同的
操作系統和不同的命令外殼處理信號的方式都不同樣，我們這裏僅僅介紹Linux操作系統和bash外殼。
信號是用來與守護程序和進程通信的。不論什麽活動任務都是一個進程。而守護程序是等待對某些事件做出反應或者依照日程安排運行任務的後臺服務。一個 程序必須有建在當中的信號處理程序用於捕獲和應答信號。在LINUX中的signal 參考指南解釋了各種不同信號和這些信號的用途。
信號是由“kill”命令發出的。kill -l命令能夠顯示一個可用信號列表及其編號。
全部的守護程序和進程都有一個進程ID(PID)，比如使用ps命名所顯示的內容：
$ ps aux
USER PID %CPU %MEM TTY STAT COMMAND
root 1 0.0 0.1 ? S init [2]
105 7783 0.0 0.2 ?
Ss /usr/bin/dbus-daemon --system
hal 7796 0.0 0.7 ? Ss /usr/sbin/hald
postfix 7957 0.0 0.2 ? S qmgr -l -t fifo -u -c
nagios 8371 0.0 0.2 ?
SNs /usr/sbin/nagios /etc/nagios/nagios.cfg
這個輸出是經過簡化的。你在系統中能夠看到很多其它的行和欄目。假設某些進程消耗了你的所有CPU或者內存，你能夠在這個輸出的%CPU和%MEM 列中發現它們。找到失控的進程的一種更快捷的方法是使用top命令。由於依照默認的設置。使用占用CPU資源最多的進程在最上面顯示。
我們能夠使用一條 “yes”命令來測試一下:
$ yes carla is teh awesum
這個命令將以非常高的速度重復顯示“carla is teh awesum”。直到你停止它執行。這將使你的CPU使用率達到警戒線。
$ top
...
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
12144 carla 25 0 31592 17m 13m R 93.4 3.5 0:50.26 konsole
22236 carla 15 0 2860 468 400 S 4.3 0.1 0:00.97 yes
分析一下這個結果，你會發現一些有趣的事，你會發現，占用CPU最多的程序是konsole虛擬終端程序，而不是“yes”命令，這是由於 “yes”命令是在konsole終端程序中執行的。
假設在一個“真正的”控制臺(按Ctrl+alt+f2鍵)中執行相同的命令序列，你將看到 “yes”命令被排在第一位。
有很多停止“yes”命令執行的方式。假設你要回到執行它的shell中，按CTRL+c鍵就能夠了。或者你能夠在還有一個shell中用“kill”命令停止“yes”命令的執行，Kill命令後面跟PID或者命令名稱，例如以下如示:
$ kill 22236
或者
$ killall yes
按CTRL+c鍵發出一個SIGINT（信號2），這個信號是鍵盤要求取得控制權的中斷信號。kill和killall這兩個命令依照默認的設 置都發出一個SIGTERM信號(編號15)。
程序中能夠設置對SIGTERM信號(15)是捕捉或者忽略，或者以不同的方式解釋。因此。假設你的程序對 於 KILL命令的反應與你預期不同，非常可能是被KILL的目標程序的問題。
終止一個父進程通常也終止了它的子進程。只是，情況並不總是如此。你知道子進程是什麽嗎?
使用ps命令加上-f選項就能夠看到，例如以下所看到的:
$ ps axf
22371 ? R 2:35 _ konsole [kdeinit]
22372 pts/3 Ss 0:00 | _ /bin/bash
24322 pts/3 S+ 0:00 | | _ yes carla is teh awesum
22381 pts/4 Rs 0:00 | _ /bin/bash
24323 pts/4 R+ 0:00 | | _ ps axf
如今。回到SIGHUP的話題
SIGHUP的發音是“sig-hup”，是signal hangup的縮寫，含義是“中止信號”。你怎樣發送一個SIGHUP信號呢?這裏有幾種方式:
# kill -HUP [pid]
# killall -HUP [process-name]
# kill -1 [pid]
# killall -1 [process-name]
因此，你能夠使用PID或者名稱。信號名稱或者號碼。
那麽為什麽要這樣做而不使用/etc/init.d/foo命令又一次啟動呢?使用它們自己 的 init(初始化)文件來控制服務是優先選擇的方式，由於這些文件通常包括健全和錯誤檢查以及額外的功能。使用“kill”命令和信號的主要原因是盡可能 明白地終止掛起和失控的進程，而不必又一次啟動或者登出。
終止進程
正如你在關於信號的man page中所示，有十幾種控制進程的方法。以下是一些經常使用的方法:
kill -STOP [pid]
發送SIGSTOP (17,19,23)停止一個進程。而並不消滅這個進程。
kill -CONT [pid]
發送SIGCONT (19,18,25)又一次開始一個停止的進程。
kill -KILL [pid]
發送SIGKILL (9)強迫進程馬上停止，而且不實施清理操作。
kill -9 -1
終止你擁有的所有進程。
SIGKILL和SIGSTOP信號不能被捕捉、封鎖或者忽略，可是，其他的信號能夠。
所以這是你的終極武器。
Bash shell的Kil命令l
Bash外殼包括一個內置的kill命令，當運行以下命令:
$ type -all kill
kill is a shell built-in
kill is /bin/kill
命令的結果表明有兩個kill命令，一個是BASH的內置命令，還有一個是/bin/kill可運行程序。一般來說這兩個命令不太可能遇到沖突的情況。只是，假設你確實遇到了kill命令行為異常時，你能夠明白的指定/bin/kill命令。
你一定要進一步查閱以下的資源中列出的參考資源來了解Linux中kill的妙用，由於這是你進入維護Linux系統領域的門票。這些知識可以讓你像做外科手術一樣對系統進行維護。而不用在遇到問題時每一次都又一次啟動系統。就像我們知道的某些蹩腳的
操作系統那樣。
資源
Linux Cookbook一書的第七章“開始和終止Linux”
bash (1) - GNU Bourne-Again Shell
yes (1) - 在被終止前重復打印字符
signal (7) - 可用信號列表
ps (1) - 報告當前進程的快照
kill (1) - 向一個進程發出信號
killall (1) - 按名字消滅進程
pkill (1) - 依據名字和其他屬性查看或者發出進程信號
skill (1) - 發送一個信號或者報告進程狀態
xkill (1) - 依照X資源消滅一個客戶程序
殺死Linux Shell進程