《使用PSSH批量管理Linux》 一文中,已經學習了使用pssh批量管理linux的技巧。而很多時候,我們需要定時執行一些任務,或者需要定時執行一些批量任務。因此,本文就來研究一下linux設置定時任務的方法。
創新互聯建站是一家專業提供鳳翔企業網站建設,專注與網站制作、網站設計、HTML5、小程序制作等業務。10年已為鳳翔眾多企業、政府機構等服務。創新互聯專業的建站公司優惠進行中。
主要參考 Linux Crontab 定時任務 、 Linux定時任務Crontab命令詳解 和 Linux 定時任務詳解 。
cron(crond)是linux下用來周期性的執行某種任務或等待處理某些事件的一個守護進程。linux系統上面原本就有非常多的計劃性工作,因此這個系統服務是默認啟動的。crond進程每分鐘會定期檢查是否有要執行的任務,如果有要執行的任務,則自動執行該任務。另外,由于使用者自己也可以設置計劃任務,所以,linux系統也提供了使用者控制計劃任務的命令:crontab命令。
crontab命令是cron table的簡寫,它是cron的配置文件,也可以叫它作業列表,我們可以在以下文件夾內找到相關配置文件。
linux下的任務調度分為兩類,系統任務調度和用戶任務調度。
系統任務調度:系統周期性所要執行的工作,比如寫緩存數據到硬盤、日志清理等。 /etc/crontab 文件就是系統任務調度的配置文件。
用戶任務調度:用戶定期要執行的工作,比如用戶數據備份、定時郵件提醒等。用戶可以使用 crontab 工具來定制自己的計劃任務。所有用戶定義的crontab文件都被保存在 /var/spool/cron/crontabs/ 目錄中,其文件名與用戶名一致。
假設我們使用的是Ubuntu14.04.5 Server版,查看 /etc/crontab ,內容為:
第一行SHELL變量指定了系統要使用哪個shell;第二行PATH變量指定了系統執行 命令的路徑。
接下來的命令格式為:
m h dom mon dow user command
英文全拼為:
minute hour day month week user commond
注意, /var/spool/cron 目錄中的用戶調度任務,沒有user一項,因為文件名已經代表了user。
在以上各個字段中,還可以使用以下特殊字符:
crontab命令格式為:
crontab [-u username] [file] [ -e | -l | -r ]
設置定時任務和時間緊密相關,如果服務器的時區時間設置和本地不同,就不能保證計劃任務的正確執行。所以使用crontab的第一步,是調節好服務器的時間。
下面參考 Ubuntu 16.04將系統時間寫入到硬件時間BIOS ,對服務器時間進行調節。
時間是有時區的,無論硬件時間還是操作系統時間。hwclock的時區在/etc/default/rcS文件中設置,里面有一個參數UTC,默認值為yes,表示使用UTC時區,如果設置為no,那表示使用osclock的時區。建議hwclock與osclock設置相同的時區,也就是no。
1、查看服務器硬件時間
sudo hwclock -r ,看到的時間格式為: Wed 23 May 2018 11:02:17 AM HKT -0.031663 seconds
2、查看服務器系統時間
date ,看到的時間格式為: Wed May 23 11:02:41 HKT 2018
3、設置hwclock和osclock時區相同
sudo vim /etc/default/rcS ,找到:
修改為:
4、將系統時間寫入硬件時間
sudo hwclock -w
5、修改系統時區
osclock的時區配置文件為/etc/timezone,不建議直接修改配置文件。
如果你想修改為CST時間,那么執行 sudo tzselect 命令時,選擇Asia-China-Beijing Time即可,這時會提示使用Asia/Shanghai時區。(ubuntu和centos通用)
6、設置即刻生效
執行 date ,發現時區沒有變化,依然是HKT。
sudo cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
sudo ntpdate time.windows.com
如果執行ntpdate報錯:ntpdate[18409]: no server suitable for synchronization found ,那么就換一個時間同步工具。
sudo apt-get install rdate
sudo rdate -s time-b.nist.gov
再次執行 date ,發現時區已經變成了CST。
7、硬件時間同步
sudo hwclock -r ,發現硬件時間落后。
sudo hwclock -w ,再次把系統時間寫入硬件時間,同步完成。
實例1:每分鐘、每小時、每天、每周、每月、每年執行
實例2:每小時的第3和第15分鐘執行
3,15 * * * * myCommand
實例3:在上午8點到11點的第3和第15分鐘執行
3,15 8-11 * * * myCommand
實例4:每隔兩天的上午8點到11點的第3和第15分鐘執行
3,15 8-11 */2 * * myCommand
實例5:每周一上午8點到11點的第3和第15分鐘執行
3,15 8-11 * * 1 myCommand
實例6:每晚的21:30重啟smb
30 21 * * * /etc/init.d/smb restart
實例7:每月1、10、22日的4 : 45重啟smb
45 4 1,10,22 * * /etc/init.d/smb restart
實例8:每周六、周日的1 : 10重啟smb
10 1 * * 6,0 /etc/init.d/smb restart
實例9:每天18 : 00至23 : 00之間每隔30分鐘重啟smb
0,30 18-23 * * * /etc/init.d/smb restart
實例10:每星期六的晚上11 : 00 pm重啟smb
0 23 * * 6 /etc/init.d/smb restart
實例11:每一小時重啟smb
0 * * * * /etc/init.d/smb restart
實例12:晚上11點到早上7點之間,每隔一小時重啟smb
0 23-7/1 * * * /etc/init.d/smb restart
實例13:每月的4號與每周一到周三的11點重啟smb
0 11 4 * mon-wed /etc/init.d/smb restart
實例14:一月一號的4點重啟smb
0 4 1 jan * /etc/init.d/smb restart
實例15:每小時執行/etc/cron.hourly目錄內的腳本
01 * * * * root run-parts /etc/cron.hourly
run-parts這個參數了,如果去掉這個參數的話,后面就可以寫要運行的某個腳本名,而不是目錄名了。
目標:每分鐘查看一下ganglia的狀態,并保存到/tmp/log/ganglia目錄。
1、創建/tmp/log/ganglia目錄
sudo mkdir -p /tmp/log/ganglia
sudo chmod a+w /tmp/log/ganglia
2、編輯crontab
crontab -e ,選擇編輯器為vim
3、在crontab文件中添加一行
4、查看crontab任務
crontab -l ,看到任務已經添加成功。
5、等待了五分鐘,發現/tmp/log/ganglia目錄下啥也沒有。
sudo service cron status ,狀態正常。
sudo /etc/init.d/cron restart ,重啟cron試試。
又等待了五分鐘,發現/tmp/log/ganglia目錄下依然空空。
莫非是因為pssh沒有使用絕對路徑? whereis pssh ,找到pssh路徑為 /usr/lib/pssh ,修改crontab為:
然而,并沒有用。
還是查看下crontab日志吧!
以下主要參考 Ubuntu下用crontab 部署定時任務 。
1、編輯50-default.conf
sudo vim /etc/rsyslog.d/50-default.conf
2、把cron前的井號去掉,也就是修改為:
3、重啟rsyslog服務
sudo service rsyslog restart
4、重啟crontab服務
sudo service cron restart
5、查看crontab日志
less /var/log/cron.log
果然發現了問題:
也就是說,命令確實按時執行了,只不過沒有執行完,被百分號截斷了,導致log文件沒有正常生成!
修改crontab為:
終于,log文件成功生成,nice!但是,文件內容是空的!因為, /usr/lib/pssh 是一個目錄,不是pssh命令!真正的pssh命令是parallel-ssh,找到它的位置為 /usr/bin/parallel-ssh ,修改crontab:
至此,問題圓滿解決。
實際使用的時候,一天獲取一次ganglia的狀態就夠了,所以crontab改成:
以上,每天執行一次定時任務,抓取ganglia的運行狀態保存到日志文件中。緊接著,我們的目標是使用腳本檢查當天的日志文件,如果發現ganglia運行異常,則產生一個錯誤日志。
1、假設日志文件ganglia-20180524.log的內容為:
2、參考 grep命令最經常使用的功能總結 ,編寫腳本checkganglia.sh
3、執行
chmod a+x checkganglia.sh
./checkganglia.sh
如果所有客戶機的ganglia運行正常,就會輸出All services are runing!。如果有的客戶機ganglia進程不存在,則會在/tmp/log/ganglia/目錄下生成當天的錯誤日志。
4、設置定時運行
因為日志的檢查工作要在日志生成之后,所以時間上延后十分鐘。
上面的腳本,還有很多要改進的地方。比如有的客戶機宕機了,上面的腳本檢查不出來。比如有的客戶機ganglia服務沒有啟動,那么具體是哪幾臺?針對這兩個問題,下面進行改進。假設已經知道客戶機的數量為10。
參考 csplit命令 ,checkganglia.sh腳本修改為:
以上腳本,實現了當客戶機數量不為10的時候,進行報錯;當客戶機ganglia服務沒有啟動時,進行報錯,并且篩選出所有沒有啟動ganglia的客戶機。
本文中,我們先學習了crontab的基礎知識和基本用法。然后通過監控ganglia這一個應用場景來具體學習crontab的詳細使用方法,包括查看cron日志的方法,crontab中命令轉義的方法,定時執行腳本的方法,以及審閱日志腳本的編寫和進階。
至此,還不夠完美,因為我們需要每天登錄管理機查看有沒有錯誤日志。下一篇 Linux設置郵件提醒 中,我們將會研究linux設置郵件提醒的方法。審閱完日志后,如果腳本能夠給我們發送一封郵件,告知我們審閱的結果,那么我們就不必再每天查看錯誤日志。
守護進程(Daemon)是運行在后臺的一種特殊進程。它獨立于控制終端并且周期性地執行某種任務或等待處理某些發生的事件。守護進程是一種很有用的進 程。Linux的大多數服務器就是用守護進程實現的。比如,Internet服務器inetd,Web服務器httpd等。同時,守護進程完成許多系統任 務。比如,作業規劃進程crond,打印進程lpd等。 \x0d\x0a守護進程的編程本身并不復雜,復雜的是各種版本的Unix的實現機制不盡相同,造成不同Unix環境下守護進程的編程規則并不一致。這需要讀者注意,照搬 某些書上的規則(特別是BSD4.3和低版本的System V)到Linux會出現錯誤的。下面將全面介紹Linux下守護進程的編程要點并給出詳細實例。 \x0d\x0a一. 守護進程及其特性 \x0d\x0a守護進程最重要的特性是后臺運行。在這一點上DOS下的常駐內存程序TSR與之相似。其次,守護進程必須與其運行前的環境隔離開來。這些環境包括未關閉的 文件描述符,控制終端,會話和進程組,工作目錄以及文件創建掩模等。這些環境通常是守護進程從執行它的父進程(特別是shell)中繼承下來的。最后,守 護進程的啟動方式有其特殊之處。它可以在Linux系統啟動時從啟動腳本/etc/rc.d中啟動,可以由作業規劃進程crond啟動,還可以由用戶終端 (通常是shell)執行。 \x0d\x0a總之,除開這些特殊性以外,守護進程與普通進程基本上沒有什么區別。因此,編寫守護進程實際上是把一個普通進程按照上述的守護進程的特性改造成為守護進程。如果讀者對進程有比較深入的認識就更容易理解和編程了。 \x0d\x0a二. 守護進程的編程要點 \x0d\x0a前面講過,不同Unix環境下守護進程的編程規則并不一致。所幸的是守護進程的編程原則其實都一樣,區別在于具體的實現細節不同。這個原則就是要滿足守護 進程的特性。同時,Linux是基于Syetem V的SVR4并遵循Posix標準,實現起來與BSD4相比更方便。編程要點如下; \x0d\x0a1. 在后臺運行。 \x0d\x0a為避免掛起控制終端將Daemon放入后臺執行。方法是在進程中調用fork使父進程終止,讓Daemon在子進程中后臺執行。 \x0d\x0aif(pid=fork()) \x0d\x0aexit(0);//是父進程,結束父進程,子進程繼續 \x0d\x0a2. 脫離控制終端,登錄會話和進程組 \x0d\x0a有必要先介紹一下Linux中的進程與控制終端,登錄會話和進程組之間的關系:進程屬于一個進程組,進程組號(GID)就是進程組長的進程號(PID)。登錄會話可以包含多個進程組。這些進程組共享一個控制終端。這個控制終端通常是創建進程的登錄終端。 \x0d\x0a控制終端,登錄會話和進程組通常是從父進程繼承下來的。我們的目的就是要擺脫它們,使之不受它們的影響。方法是在第1點的基礎上,調用setsid()使進程成為會話組長: \x0d\x0asetsid(); \x0d\x0a說明:當進程是會話組長時setsid()調用失敗。但第一點已經保證進程不是會話組長。setsid()調用成功后,進程成為新的會話組長和新的進程組長,并與原來的登錄會話和進程組脫離。由于會話過程對控制終端的獨占性,進程同時與控制終端脫離。 \x0d\x0a3. 禁止進程重新打開控制終端 \x0d\x0a現在,進程已經成為無終端的會話組長。但它可以重新申請打開一個控制終端。可以通過使進程不再成為會話組長來禁止進程重新打開控制終端: \x0d\x0aif(pid=fork()) \x0d\x0aexit(0);//結束第一子進程,第二子進程繼續(第二子進程不再是會話組長) \x0d\x0a4. 關閉打開的文件描述符 \x0d\x0a進程從創建它的父進程那里繼承了打開的文件描述符。如不關閉,將會浪費系統資源,造成進程所在的文件系統無法卸下以及引起無法預料的錯誤。按如下方法關閉它們: \x0d\x0afor(i=0;i 關閉打開的文件描述符close(i); \x0d\x0afor(i=0;i \x0d\x0a#include \x0d\x0a#include \x0d\x0a#include \x0d\x0a#include \x0d\x0avoid init_daemon(void) \x0d\x0a{ \x0d\x0aint pid; \x0d\x0aint i; \x0d\x0a\x0d\x0aif(pid=fork()) \x0d\x0aexit(0);//是父進程,結束父進程 \x0d\x0aelse if(pid \x0d\x0a#include \x0d\x0avoid init_daemon(void);//守護進程初始化函數 \x0d\x0amain() \x0d\x0a{ \x0d\x0aFILE *fp; \x0d\x0atime_t t; \x0d\x0ainit_daemon();//初始化為Daemon \x0d\x0awhile(1)//每隔一分鐘向test.log報告運行狀態 \x0d\x0a{ \x0d\x0asleep(60);//睡眠一分鐘 \x0d\x0aif((fp=fopen("test.log","a")) =0) \x0d\x0a{ \x0d\x0at=time(0); \x0d\x0afprintf(fp,"I'm here at %sn",asctime(localtime(t)) ); \x0d\x0afclose(fp); \x0d\x0a} \x0d\x0a} \x0d\x0a} \x0d\x0a以上程序在RedHat Linux6.0下編譯通過。步驟如下: \x0d\x0a編譯:gcc _g _o test init.c test.c \x0d\x0a執行:./test \x0d\x0a查看進程:ps _ef \x0d\x0a從輸出可以發現test守護進程的各種特性滿足上面的要求。
之前開發的一個流媒體服務與網關服務,為了保障其可靠運行,對進程增加了守護,而且大大減低了運維難度。這里就不得不說一下Supervisor。
Supervisor是用Python開發的一套通用的進程管理程序,能將一個普通的命令行進程變為后臺daemon,并監控進程狀態,異常退出時能自動重啟。它是通過fork/exec的方式把這些被管理的進程當作supervisor的子進程來啟動,這樣只要在supervisor的配置文件中,把要管理的進程的可執行文件的路徑寫進去即可。也實現當子進程掛掉的時候,父進程可以準確獲取子進程掛掉的信息的,可以選擇是否自己啟動和報警。
守護進程daemon,是生存期較長的一種進程。它們常常在系統自舉時啟動,僅在系統關閉時才終止。因為它們沒有控制終端,所以說它們是在后臺運行的。UNIX系統有很多守護進程,它們執行日常事務活動。
1、系統自舉
自舉(bootstrapping)一詞來自于人都是靠自身的自舉機構站立起來的這一思想。計算機必須具備自舉能力將自己所有的元件激活,以便能完成加載操作系統這一目的,然后再由操作系統承擔起那些單靠自舉代碼無法完成的更復雜的任務。
自舉只有兩個功能:加電自檢和磁盤引導。
加電自檢:當我們按下計算機電源開關時,頭幾秒鐘機器似乎什么反應也沒有,其實,這時的計算機正在進行加電自檢,以斷定它的所有元件都在正確地工作。如果某個元件有故障,顯示器上就會出現報警提示信息(如果顯示器也不能正常工作,則以一串嘟嘟聲來報警)。由于大多數計算機工作非常可靠,加電自檢報警非常罕見。
磁盤引導:查找裝有操作系統的磁盤驅動器。從磁盤加載操作系統的原因有二,一是操作系統升級簡單容易,二是使用戶擁有選擇操作系統的自由。
當加電自檢和磁盤引導完成時,自舉操作就啟動一個讀寫操作系統文件和將它們復制到隨機存儲器中的過程,此時的機器才是真正意義上的計算機。計算機的啟動可以有冷啟動和熱啟動兩種方式 ,它們之間的差別是熱啟動不進行機器的自檢(機器本身配置的檢查與測試),當計算機在使用過程中由于某些原因造成死機時,可以對計算機進行熱啟動處理。
2、守護進程的概念
通過ps axj命令可以查看到守護進程:
參數a表示不僅列當前用戶的進程,也列出所有其他用戶的進程,參數x表示不僅列有控制終端的進程,也列出所有無控制終端的進程,參數j表示列出與作業控制相關的信息。
代碼如下:PPID PID PGID SID TTY TPGID STAT UID TIME COMMAND 0 1 1 1 ? -1 Ss 0 0:01 /sbin/init 0 2 0 0 ? -1 S 0 0:00 [kthreadd] 2 3 0 0 ? -1 S 0 0:00 [migration/0] 2 4 0 0 ? -1 S 0 0:00 [ksoftirqd/0]... 1 2373 2373 2373 ? -1 Ss 0 0:00 /sbin/udevd --daemon... 1 4680 4680 4680 ? -1 Ss 0 0:00 /usr/sbin/acpid -c /etc... 1 4808 4808 4808 ? -1 Ss 102 0:00 /sbin/syslogd -u syslog...
凡是TPGID一欄寫著-1的都是沒有控制終端的進程,也就是守護進程。在COMMAND一列用[]括起來的名字表示內核線程,這些線程在內核里創建,沒有用戶空間代碼,因此沒有程序文件名和命令行,通常采用以k開頭的名字,表示Kernel。init進程我們已經很熟悉了,udevd負責維護/dev目錄下的設備文件,acpid負責電源管理,syslogd負責維護/var/log下的日志文件,可以看出,守護進程通常采用以d結尾的`名字,表示Daemon。 創建守護進程最關鍵的一步是調用setsid函數創建一個新的Session,并成為Session Leader。 例子: C/C++ Code復制內容到剪貼板 void daemonize(void) { pid_t pid; printf("into deamonizen"); if (pid=fork() 0) { perror("fork"); exit(1); } else if (pid !=0) { exit(0); } setsid(); if (chdir("/") 0) { perror("chdir"); exit(1); } close(0); open("/dev/null", O_RDWR); dup2(0, 1); dup2(0, 2); printf("out deamonizen"); }
3、編寫守護進程 在編寫守護進程程序時,需遵循一些基本規則:
(1)首先要做的是調用umask將文件模式創建屏蔽字設置為0。
(2)調用fork,然后使父進程退出。
(3)調用setsid以創建一個新會話。
(4)將當前工作目錄更改為根目錄。
(5)關閉不再需要的文件描述符。
(6)某些守護進程打開/dev/null使其具有文件描述符0、1和2,任何一個試圖讀標準輸入、寫標準輸出或標準出錯的庫例程都不會產生任何效果。 與守護進程有關的一個問題是如何處理出錯消息,需要有一個集中的守護進程出錯記錄設施,這就是syslogd進程。
4、守護進程慣例 為了正常運作,某些守護進程實現為單實例的,有就是在任一時刻只運行該守護進程的一個副本。文件鎖和記錄鎖機制是一種方法的基礎,該方法用來保證一個守護進程只有一個副本在運行。
在UNIX系統中,守護進程遵循下列公共慣例:
(1)若守護進程使用鎖文件,那么該文件通常存放在/var/run目錄中。鎖文件的名字通常是name.pid,name是該守護進程或服務的名字。
(2)若守護進程支持配置選項,那么配置文件通常存放在/etc目錄中。配置文件的名字通常是name.conf。
(3)守護進程可用命令行啟動,但通常它們是由系統初始化腳本啟動的。
(4)若一守護進程有一配置文件,那么當該守護進程啟動時,它讀該文件,但在此之后一般就不會再查看它。
在Linux服務器實際應用中,經常會有需要長時間執行的任務。這類任務若在前臺運行,用戶無法進行其他操作或者斷開與服務器的連接,否則任務將被中止。此時適合使用守護進程。為了使用守護進程,需要了解Linux前臺、后臺、守護進程的概念與使用,本文將對此進行講解。
可以看出,”后臺任務”與”前臺任務”的重要區別: 是否繼承標準輸入 。所以,執行后臺任務的同時,用戶還可以輸入其他命令。
為了理解守護任務為何在結束session時也不退出,需要先了解Linux下退出session時發生的操作。
Session退出時,linux系統設計如下:
前臺任務會隨著session的退出而退出是因為它收到了 SIGHUP信號 。
后臺任務是否會受到SIGNUP信號,取決于shell的 huponexit 參數。可以通過 $ shopt | grep huponexit 查看該參數的值。大多數Linux系統,這個參數默認關閉(off)。因此,session退出的時候,不會把SIGHUP信號發給”后臺任務”,即此時的后臺任務是守護進程,但這顯然不夠安全。并不保險,因為有的系統的 huponexit 參數可能是打開的(on)狀態。
更保險的方法是使用 disown命令。它可以將指定任務從”后臺任務”列表(jobs命令的返回結果)之中移除 。一個”后臺任務”只要不在這個列表之中,session 就肯定不會向它發出SIGHUP信號。
執行上面的命令以后, server.js 進程就被移出了”后臺任務”列表。你可以執行 jobs 命令驗證,輸出結果里面,不會有這個進程。
但是,這樣還存在問題。因為 ”后臺任務”的標準 I/O 繼承自當前 session, disown 命令并沒有改變這一點 。一旦”后臺任務”讀寫標準 I/O,就會發現它已經不存在了,所以就 報錯終止執行 。 為了解決這個問題,需要對”后臺任務”的 標準 I/O 進行重定向 。
這樣基本上就沒有問題了。
注:
/dev/null 文件的作用
這是一個無底洞,任何東西都可以定向到這里,但是卻無法打開。
所以一般很大的stdou和stderr當你不關心的時候可以利用stdout和stderr定向到這里
nohup命令對server.js進程做了三件事。
阻止SIGHUP信號發到這個進程。
關閉標準輸入。該進程不再能夠接收任何輸入,即使運行在前臺。
重定向標準輸出和標準錯誤到文件nohup.out。
也就是說,nohup命令實際上將子進程與它所在的 session 分離了。 注意,nohup命令不會自動把進程變為”后臺任務”,所以必須加上符號
守護進程創建方法:
方法一:
方法二:
方法三:
fg、bg、jobs、、nohup、ctrl+z、ctrl+c 命令
一、
加在一個命令的最后,可以把這個命令放到后臺執行,如:
二、ctrl + z
可以將一個正在前臺執行的命令放到后臺,并且處于暫停狀態。
CTRL+Z 和 CTRL+C的對比
CTRL+Z 和 CTRL+C 都是中斷命令,但是他們的作用卻不一樣.
CTRL+C 是強制中斷程序的執行,而 CTRL+Z 的是將任務中斷,但是此任務并沒有結束,仍然在進程中,只是維持掛起的狀態,用戶可以使用 fg/bg 操作繼續前臺或后臺的任務。
三、jobs
查看當前有多少在后臺運行的進程
jobs -l選項可顯示所有任務的PID,jobs的狀態可以是running, stopped, Terminated。但是如果任務被終止了(kill),shell 從當前的shell環境已知的列表中刪除任務的進程標識。
四、fg
將后臺中的命令調至前臺繼續運行。如果后臺中有多個命令,可以用 fg %jobnumber (jobnumber是命令編號,不是進程號)將選中的命令調出。
五、bg
將一個在后臺暫停的命令,變成在后臺繼續執行。
如果后臺中有多個命令,可以用 bg %jobnumber 將選中的命令調出。
六、kill
方法1:通過jobs命令查看job號(假設為num),然后執行
方法2:通過ps命令查看job的進程號(PID,假設為pid),然后執行
前臺進程的終止:Ctrl+c
七、nohup
如果想讓程序即使在關閉當前的終端后也始終在后臺執行(之前的做不到),需要使用nohup命令。
nohup命令可以在你退出帳戶/關閉終端之后繼續運行相應的進程。
關閉終端后,在另一個終端jobs已經無法看到后臺跑的程序了,此時利用ps(進程查看命令)查看進程。
1、守護進程,也就是通常說的Daemon進程,是Linux中的后臺服務進程。它是一個生存期較長的進程,通常獨立于控制終端并且周期性地執行某種任務或等待處理某些發生的事件。如果想讓某個進程不因為用戶或終端或其他地變化而受到影響,那么就必須把這個進程變成一個守護進程。
2、創建守護進程步驟
1)創建子進程,父進程退出
之后的所有工作都在子進程中完成,而用戶在Shell終端里則可以執行其他命令,從而在形式上做到了與控制終端的脫離。
在Linux中父進程先于子進程退出會造成子進程成為孤兒進程,而每當系統發現一個孤兒進程時,就會自動由1號進程(init)收養它,這樣,原先的子進程就會變成init進程的子進程。
2)在子進程中創建新會話
進程組:是一個或多個進程的集合。進程組有進程組ID來唯一標識。除了進程號(PID)之外,進程組ID也是一個進程的必備屬性。每個進程組都有一個組長進程,其組長進程的進程號等于進程組ID。且該進程組ID不會因組長進程的退出而受到影響。
會話周期:會話期是一個或多個進程組的集合。通常,一個會話開始于用戶登錄,終止于用戶退出,在此期間該用戶運行的所有進程都屬于這個會話期。
(1)pid_t setsid(void);
setsid() creates a new session if the calling process is not a process group leader. The calling process will be the only process in this new process group and in this new session.
setsid函數用于創建一個新的會話,并擔任該會話組的組長。調用setsid有下面的3個作用:
① 讓進程擺脫原會話的控制
② 讓進程擺脫原進程組的控制
③ 讓進程擺脫原控制終端的控制
有以下三個結果:
(a)成為新會話的首進程
(b)成為一個新進程組的組長進程
(c)沒有控制終端。
有些人建議在此時再次調用fork,并使父進程終止。第二個子進程作為守護進程繼續運行。這樣就保證了該守護進程不是會話首進程。
setsid函數能夠使進程完全獨立出來,從而擺脫其他進程的控制。
setsid()調用成功后,進程成為新的會話組長和新的進程組長,并與原來的登錄會話和進程組脫離。由于會話過程對控制終端的獨占性,進程同時與控制終端脫離。 子進程可以自己組成一個新的進程組,即調用setpgrp()與原進程組脫離關系,產生一個新的進程組,進程組號與它的進程號相同.這樣,父進程退出運行后就不會影響子進程的當前運行.
3)改變當前目錄為根目錄
使用fork創建的子進程繼承了父進程的當前工作目錄;進程活動時,其工作目錄所在的文件系統不能卸下。通常的做法是讓"/"作為守護進程的當前工作目錄,也可以是其他目錄,如/tmp,使用chdir。
4)重設文件權限掩碼
文件權限掩碼是指屏蔽掉文件權限中的對應位。比如,有個文件權限掩碼是050,它就屏蔽了文件組擁有者的可讀與可執行權限。mask = mask ~050
通常,把文件權限掩碼設置為0,umask(0)。
5)關閉文件描述符
用fork函數新建的子進程會從父進程那里繼承已經打開了的文件描述符。這些被打開的文件可能永遠不會被守護進程讀寫,但它們一樣消耗系統資源,而且可能導致所在的文件系統無法卸下。
在上面的第二步之后,守護進程已經與所屬的控制終端失去了聯系。因此從終端輸入的字符不可能達到守護進程,守護進程中用常規方法(如printf)輸出的字符也不可能在終端上顯示出來。所以,文件描述符為0、1和2 的3個文件(常說的輸入、輸出和報錯)已經失去了存在的價值,也應被關閉。
for(i=0;iMAXFILE;i++)
close(i);
6)守護進程退出處理
當用戶需要外部停止守護進程運行時,往往會使用 kill命令停止該守護進程。所以,守護進程中需要編碼來實現kill發出的signal信號處理,達到進程的正常退出。
signal(SIGTERM, sigterm_handler);
void sigterm_handler(int arg)
{
_running = 0;
}
7)處理SIGCHLD信號
處理SIGCHLD信號并不是必須的。但對于某些進程,特別是服務器進程往往在請求到來時生成子進程處理請求。如果父進程不等待子進程結束,子進程將成為僵尸進程(zombie)從而占用系統資源。如果父進程等待子進程結束,將增加父進程的負擔,影響服務器進程的并發性能。在Linux下可以簡單地將 SIGCHLD信號的操作設為SIG_IGN。
signal(SIGCHLD,SIG_IGN);
這樣,內核在子進程結束時不會產生僵尸進程。
本文標題:linux守護進程命令 linux 守護進程
文章來源:http://m.kartarina.com/article20/hiioco.html
成都網站建設公司_創新互聯,為您提供網站導航、網站設計公司、網站營銷、網站建設、網站內鏈、用戶體驗
聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯