在linux服務器上部署了node項目,使用supervisor進行管理,supervisor是個好工具,具體介紹見這里about supervisor
梗概了該項目對的某些配置后,重新啟動項目,發現問題仍在,通過日志內容才知道原來新的配置沒有被應用。
要使更新的配置得以應用,需要重新啟動supervisor服務。具體操作如下:
參考文章
一、原理
supervisor是所有項目的父進程:
supervisor(pid=29208)會成為主進程,管理各個項目的進程。
當項目A(pid=11531)掛掉,supervisor根據設置autorestart、startretries是否重啟。
若要重啟,則會重啟項目A(pid=13357),
若不重啟,則項目A(pid=0)。
當supervisor被kill,管理的項目全部死掉,重啟supervisor(pid=14140),管理的項目都重啟;
supervisor是如何知道某項目掛掉的?
子進程異常退出的時候,作為父進程肯定是能收到信號的。
-
簡單
為啥簡單呢?因為咱們通常管理linux進程的時候,一般來說都需要自己編寫一個能夠實現進程start/stop/restart/reload功能的腳本,然后丟到/etc/init.d/下面。這么做有很多不好的地方,第一我們要編寫這個腳本,這就很耗時耗力了。第二,當這個進程掛掉的時候,linux不會自動重啟它的,想要自動重啟的話,我們還要自己寫一個監控重啟腳本。而,supervisor則可以完美的解決這些問題。好,怎么解決的呢,其實supervisor管理進程,就是通過fork/exec的方式把這些被管理的進程,當作supervisor的子進程來啟動。這樣的話,我們只要在supervisor的配置文件中,把要管理的進程的可執行文件的路徑寫進去就OK了。這樣就省下了我們如同linux管理進程的時候,自己寫控制腳本的麻煩了。第二,被管理進程作為supervisor的子進程,當子進程掛掉的時候,父進程可以准確獲取子進程掛掉的信息的,所以當然也就可以對掛掉的子進程進行自動重啟了,當然重啟還是不重啟,也要看你的配置文件里面有木有設置autostart=true了,這是后話。
-
精確
為啥說精確呢?因為linux對進程狀態的反饋,有時候不太准確。為啥不准確?這個樓主也不知道啊,官方文檔是這么說的,知道的告訴樓主一下吧,感激不盡。而supervisor監控子進程,得到的子進程狀態無疑是准確的。
-
進程組
supervisor可以對進程組統一管理,也就是說咱們可以把需要管理的進程寫到一個組里面,然后我們把這個組作為一個對象進行管理,如啟動,停止,重啟等等操作。而linux系統則是沒有這種功能的,我們想要停止一個進程,只能一個一個的去停止,要么就自己寫個腳本去批量停止。
-
集中式管理
supervisor管理的進程,進程組信息,全部都寫在一個ini格式的文件里就OK了。而且,我們管理supervisor的時候的可以在本地進行管理,也可以遠程管理,而且supervisor提供了一個web界面,我們可以在web界面上監控,管理進程。 當然了,本地,遠程和web管理的時候,需要調用supervisor的xml_rpc接口,這個也是后話。
-
有效性
當supervisor的子進程掛掉的時候,操作系統會直接給supervisor發信號。而其他的一些類似supervisor的工具,則是通過進程的pid文件,來發送信號的,然后定期輪詢來重啟失敗的進程。顯然supervisor更加高效。。。至於是哪些類似supervisor工具,這個樓主就不太清楚了,樓主還聽說過god,director,但是沒用過。有興趣的朋友可以玩玩
-
可擴展性
supervisor是個開源軟件,牛逼點的,可以直接去改軟件。不過咱們大多數人還是老老實實研究supervisot提供的接口吧,supervisor主要提供了兩個可擴展的功能。一個是event機制,這個就是樓主這兩天干的活要用到的東西。再一個是xml_rpc,supervisor的web管理端和遠程調用的時候,就要用到它了。
-
權限
大伙都知道linux的進程,特別是偵聽在1024端口之下的進程,一般用戶大多數情況下,是不能對其進行控制的。想要控制的話,必須要有root權限。而supervisor提供了一個功能,可以為supervisord或者每個子進程,設置一個非root的user,這個user就可以管理它對應的進程了。
不過這功能,用不用就看大伙自己的環境了
-
還有一些什么兼容性,穩定性,感覺用處不大,就不扯了。
二、supervisorctrl操作
1、更新新的配置到supervisord
supervisorctl update
2、重新啟動配置中的所有程序
supervisorctl reload
3、啟動某個進程(program_name=你配置中寫的程序名稱)
supervisorctl start program_name
4、查看正在守候的進程
supervisorctl
5、停止某一進程 (program_name=你配置中寫的程序名稱)
pervisorctl stop program_name
6、重啟某一進程 (program_name=你配置中寫的程序名稱)
supervisorctl restart program_name
7、停止全部進程
supervisorctl stop all
三、supervisor主配置文件 /etc/supervisor/supervisord.conf
[unix_http_server]
file=/tmp/supervisor.sock ; socket文件的路徑,supervisorctl用XML_RPC和supervisord通信就是通過它進行
; 的。如果不設置的話,supervisorctl也就不能用了 不設置的話,默認為none。 非必須設置
;chmod=0700 ; 修改上面的那個socket文件的權限為0700
;不設置的話,默認為0700。 非必須設置
;chown=nobody:nogroup ; 修改上面的那個socket文件的屬組為user.group
; 不設置的話,默認為啟動supervisord進程的用戶及屬組。非必須設置
;username=user ; 使用supervisorctl連接的時候,認證的用戶。不設置的話,默認為不需要用戶。 非必須設置
;password=123 ; 和上面的用戶名對應的密碼,可以直接使用明碼,也可以使用SHA加密
; 如:{SHA}82ab876d1387bfafe46cc1c8a2ef074eae50cb1d
;默認不設置。。。非必須設置
;[inet_http_server] ; 偵聽在TCP上的socket,Web Server和遠程的supervisorctl都要用到他
; 不設置的話,默認為不開啟。非必須設置
;port=127.0.0.1:9001 ; 這個是偵聽的IP和端口,偵聽所有IP用 :9001或*:9001。
; 這個必須設置,只要上面的[inet_http_server]開啟了,就必須設置它
;username=user ; 這個和上面的uinx_http_server一個樣。非必須設置
;password=123 ; 這個也一個樣。非必須設置
[supervisord] ;這個主要是定義supervisord這個服務端進程的一些參數的
;這個必須設置
logfile=/tmp/supervisord.log ;這個是supervisord這個主進程的日志路徑,注意和子進程的日志不搭嘎。
; 默認路徑$CWD/supervisord.log,$CWD是當前目錄。。非必須設置
logfile_maxbytes=50MB ;這個是上面那個日志文件的最大的大小,當超過50M的時候,會生成一個新的日志文件。當設置為0時,表示不限制文件大小
;默認值是50M,非必須設置。
logfile_backups=10 ;日志文件保持的數量,上面的日志文件大於50M時,就會生成一個新文件。文件
;數量大於10時,最初的老文件被新文件覆蓋,文件數量將保持為10
;當設置為0時,表示不限制文件的數量。
;默認情況下為10。。。非必須設置
loglevel=info ; 日志級別,有critical, error, warn, info, debug, trace, or blather等
;默認為info,非必須設置項
pidfile=/tmp/supervisord.pid ;supervisord的pid文件路徑。默認為$CWD/supervisord.pid。。。非必須設置
nodaemon=false ; 如果是true,supervisord進程將在前台運行
; 默認為false,也就是后台以守護進程運行。。。非必須設置
minfds=1024 ;這個是最少系統空閑的文件描述符,低於這個值supervisor將不會啟動。
;系統的文件描述符在這里設置cat /proc/sys/fs/file-max
;默認情況下為1024。。。非必須設置
minprocs=200 ;最小可用的進程描述符,低於這個值supervisor也將不會正常啟動。
;ulimit -u這個命令,可以查看linux下面用戶的最大進程數
;默認為200。非必須設置
;umask=022 ;進程創建文件的掩碼默認為022。。非必須設置項
;user=chrism ;這個參數可以設置一個非root用戶,當我們以root用戶啟動supervisord之后。
;我這里面設置的這個用戶,也可以對supervisord進行管理
;默認情況是不設置。非必須設置項
;identifier=supervisor ;這個參數是supervisord的標識符,主要是給XML_RPC用的。當你有多個
;supervisor的時候,而且想調用XML_RPC統一管理,就需要為每個
;supervisor設置不同的標識符了默認是supervisord。非必需設置
;directory=/tmp ; 這個參數是當supervisord作為守護進程運行的時候,設置這個參數的話,啟動
; supervisord進程之前,會先切換到這個目錄
; 默認不設置。。。非必須設置
;nocleanup=true ; 這個參數當為false的時候,會在supervisord進程啟動的時候,把以前子進程
; 產生的日志文件(路徑為AUTO的情況下)清除掉。有時候咱們想要看歷史日志,當
; 然不想日志被清除了。所以可以設置為true
; 默認是false,有調試需求的同學可以設置為true。。。非必須設置
;childlogdir=/tmp ; 當子進程日志路徑為AUTO的時候,子進程日志文件的存放路徑。
; 默認路徑是這個東西,執行下面的這個命令看看就OK了,處理的東西就默認路徑
; python -c "import tempfile;print tempfile.gettempdir()",非必須設置
;environment=KEY="value" ; 這個是用來設置環境變量的,supervisord在linux中啟動默認繼承了linux的
; 環境變量,在這里可以設置supervisord進程特有的其他環境變量。
; supervisord啟動子進程時,子進程會拷貝父進程的內存空間內容。 所以設置的
; 這些環境變量也會被子進程繼承。
; 默認為不設置。。。非必須設置
;strip_ansi=false ;這個選項如果設置為true,會清除子進程日志中的所有ANSI 序列。默認為false。。。非必須設置
; the below section must remain in the config file for RPC
; (supervisorctl/web interface) to work, additional interfaces may be
; added by defining them in separate rpcinterface: sections
[rpcinterface:supervisor] ;這個選項是給XML_RPC用的,當然你如果想使用supervisord或者web server 這個選項必須要開啟的
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface
[supervisorctl] ;這個主要是針對supervisorctl的一些配置
serverurl=unix:///tmp/supervisor.sock ; 這個是supervisorctl本地連接supervisord的時候,本地UNIX socket路徑,注意這個是和前面的[unix_http_server]對應的
; 默認值就是unix:///tmp/supervisor.sock。。非必須設置
;serverurl=http://127.0.0.1:9001 ; 這個是supervisorctl遠程連接supervisord的時候,用到的TCP socket路徑
; 注意這個和前面的[inet_http_server]對應.默認就是http://127.0.0.1:9001。。。非必須項
;username=chris ; 用戶名,默認空。。非必須設置
;password=123 ; 密碼默認空。。非必須設置
;prompt=mysupervisor ; 輸入用戶名密碼時候的提示符默認supervisor。。非必須設置
;history_file=~/.sc_history ; 這個參數和shell中的history類似,我們可以用上下鍵來查找前面執行過的命令
;默認是no file的。。所以我們想要有這種功能,必須指定一個文件。。。非必須設置
; The below sample program section shows all possible program subsection values,
; create one or more 'real' program: sections to be able to control them under
; supervisor.
;[program:theprogramname] ;這個就是咱們要管理的子進程了,":"后面的是名字,最好和實際進程有點關聯最好。這樣的program我們可以設置一個或多個,一個program就是要被管理的一個進程
;command=/bin/cat ; 這個就是我們的要啟動進程的命令路徑了,可以帶參數
; 有一點需要注意的是,我們的command只能是那種在終端運行的進程,不能是
; 守護進程。比如說command=service httpd start。
; httpd這個進程被linux的service管理了,我們的supervisor再去啟動這個命令
; 這已經不是嚴格意義的子進程了。這個是個必須設置的項
;process_name=%(program_name)s ; 這個是進程名,如果我們下面的numprocs參數為1的話,就不用管這個參數
; 了,它默認值%(program_name)s也就是上面的那個program冒號后面的名字,
; 但是如果numprocs為多個的話,那就不能這么干了。
;numprocs=1 ; 啟動進程的數目。當不為1時,就是進程池的概念,注意process_name的設置默認為1 。。非必須設置
;directory=/tmp ; 進程運行前,會前切換到這個目錄.默認不設置。。。非必須設置
;umask=022 ; 進程掩碼,默認none,非必須
;priority=999 ; 子進程啟動關閉優先級,優先級低的,最先啟動,關閉的時候最后關閉.默認值為999 。。非必須設置
;autostart=true ; 如果是true的話,子進程將在supervisord啟動后被自動啟動.默認就是true 。。非必須設置
;autorestart=unexpected ; 這個是設置子進程掛掉后自動重啟的情況,有三個選項,false,unexpected
; 和true。如果為false的時候,無論什么情況下,都不會被重新啟動,
; 如果為unexpected,只有當進程的退出碼不在下面的exitcodes里面定義的退
; 出碼的時候,才會被自動重啟。當為true的時候,只要子進程掛掉,將會被無條件的重啟
;startsecs=1 ; 這個選項是子進程啟動多少秒之后,此時狀態如果是running,則我們認為啟動成功了
; 默認值為1。非必須設置
;startretries=3 ; 當進程啟動失敗后,最大嘗試啟動的次數。。當超過3次后,supervisor將把此進程的狀態置為FAIL
; 默認值為3。非必須設置
;exitcodes=0,2 ; 注意和上面的的autorestart=unexpected對應。。exitcodes里面的定義的
; 退出碼是expected的。
;stopsignal=QUIT ; 進程停止信號,可以為TERM, HUP, INT, QUIT, KILL, USR1, or USR2等信號
; 默認為TERM 。。當用設定的信號去干掉進程,退出碼會被認為是expected非必須設置
;stopwaitsecs=10 ; 這個是當我們向子進程發送stopsignal信號后,到系統返回信息
; 給supervisord,所等待的最大時間。 超過這個時間,supervisord會向該子進程發送一個強制kill的信號。
; 默認為10秒。。非必須設置
;stopasgroup=false ; 這個東西主要用於,supervisord管理的子進程,這個子進程本身還有
; 子進程。那么我們如果僅僅干掉supervisord的子進程的話,子進程的子進程
; 有可能會變成孤兒進程。所以咱們可以設置可個選項,把整個該子進程的
; 整個進程組都干掉。 設置為true的話,一般killasgroup也會被設置為true。
; 需要注意的是,該選項發送的是stop信號
; 默認為false。。非必須設置。。
;killasgroup=false ; 這個和上面的stopasgroup類似,不過發送的是kill信號
;user=chrism ; 如果supervisord是root啟動,我們在這里設置這個非root用戶,可以用來管理該program,默認不設置。。。非必須設置項
;redirect_stderr=true ; 如果為true,則stderr的日志會被寫入stdout日志文件中默認為false,非必須設置
;stdout_logfile=/a/path ; 子進程的stdout的日志路徑,可以指定路徑,AUTO,none等三個選項。
; 設置為none的話,將沒有日志產生。設置為AUTO的話,將隨機找一個地方
; 生成日志文件,而且當supervisord重新啟動的時候,以前的日志文件會被
; 清空。當 redirect_stderr=true的時候,sterr也會寫進這個日志文件
;stdout_logfile_maxbytes=1MB ; 日志文件最大大小,和[supervisord]中定義的一樣。默認為50
;stdout_logfile_backups=10 ; 和[supervisord]定義的一樣。默認10
;stdout_capture_maxbytes=1MB ; 這個東西是設定capture管道的大小,當值不為0的時候,子進程可以從stdout發送信息,而supervisor可以根據信息,發送相應的event。默認為0,為0的時候表達關閉管道,非必須項
;stdout_events_enabled=false ; 當設置為ture的時候,當子進程由stdout向文件描述符中寫日志的時候,將觸發supervisord發送PROCESS_LOG_STDOUT類型的event默認為false。。。非必須設置
;stderr_logfile=/a/path ; 這個東西是設置stderr寫的日志路徑,當redirect_stderr=true。這個就不用設置了,設置了也是沒用。因為它會被寫入stdout_logfile的同一個文件中
; 默認為AUTO,也就是隨便找個地存,supervisord重啟被清空。。非必須設置
;stderr_logfile_maxbytes=1MB
;stderr_logfile_backups=10
;stderr_capture_maxbytes=1MB ;和stdout_capture一樣。 默認為0,關閉狀態
;stderr_events_enabled=false ; 默認為false
;environment=A="1",B="2" ; 為該子進程的環境變量,和別的子進程是不共享的
;serverurl=AUTO ;
; The below sample eventlistener section shows all possible
; eventlistener subsection values, create one or more 'real'
; eventlistener: sections to be able to handle event notifications
; sent by supervisor.
;[eventlistener:theeventlistenername] ;這個東西其實和program的地位是一樣的,也是suopervisor啟動的子進程,不過它干的活是訂閱supervisord發送的event。他的名字就叫
;listener了。我們可以在listener里面做一系列處理,比如報警等等
;command=/bin/eventlistener ; 這個和上面的program一樣,表示listener的可執行文件的路徑
;process_name=%(program_name)s ; 這個也一樣,進程名,當下面的numprocs為多個的時候,才需要。否則默認就可以
;numprocs=1 ; 相同的listener啟動的個數
;events=EVENT ; event事件的類型,也就是說,只有寫在這個地方的事件類型。才會被發送
;buffer_size=10 ; 這個是event隊列緩存大小,單位不太清楚,樓主猜測應該是個吧。當buffer超過10的時候,最舊的event將會被清除,並把新的event放進去。默認值為10。。非必須選項
;directory=/tmp ; 進程執行前,會切換到這個目錄下執行默認為不切換。。。非必須
;umask=022 ; 默認為none,不說了
;priority=-1 ; 啟動優先級,默認-1,也不扯了
;autostart=true ; 是否隨supervisord啟動一起啟動,默認true
;autorestart=unexpected ; 是否自動重啟,和program一個樣,分true,false,unexpected等,注意unexpected和exitcodes的關系
;startsecs=1 ; 也是一樣,進程啟動后跑了幾秒鍾,才被認定為成功啟動,默認1
;startretries=3 ; 失敗最大嘗試次數,默認3
;exitcodes=0,2 ; 期望或者說預料中的進程退出碼,
;stopsignal=QUIT ; 干掉進程的信號,默認為TERM,比如設置為QUIT,那么如果QUIT來干這個進程那么會被認為是正常維護,退出碼也被認為是expected中的
;stopwaitsecs=10 ; max num secs to wait b4 SIGKILL (default 10)
;stopasgroup=false ; send stop signal to the UNIX process group (default false)
;killasgroup=false ; SIGKILL the UNIX process group (def false)
;user=chrism ;設置普通用戶,可以用來管理該listener進程。默認為空。。非必須設置
;redirect_stderr=true ; 為true的話,stderr的log會並入stdout的log里面默認為false。。。非必須設置
;stdout_logfile=/a/path
;stdout_logfile_maxbytes=1MB
;stdout_logfile_backups=10
;stdout_events_enabled=false
;stderr_logfile=/a/path
;stderr_logfile_maxbytes=1MB
;stderr_logfile_backups
;stderr_events_enabled=false
;environment=A="1",B="2" ;這個是該子進程的環境變量默認為空。。。非必須設置
;serverurl=AUTO ; override serverurl computation (childutils)
; The below sample group section shows all possible group values,
; create one or more 'real' group: sections to create "heterogeneous"
; process groups.
;[group:thegroupname] ;這個東西就是給programs分組,划分到組里面的program。我們就不用一個一個去操作了
;我們可以對組名進行統一的操作。 注意:program被划分到組里面之后,就相當於原來
;的配置從supervisor的配置文件里消失了。。。supervisor只會對組進行管理,而不再
;會對組里面的單個program進行管理了
;programs=progname1,progname2 ; 組成員,用逗號分開這個是個必須的設置項
;priority=999 ; 優先級,相對於組和組之間說的默認999。。非必須選項
; The [include] section can just contain the "files" setting. This
; setting can list multiple files (separated by whitespace or
; newlines). It can also contain wildcards. The filenames are
; interpreted as relative to this file. Included files *cannot*
; include files themselves.
;[include] ;這個東西挺有用的,當我們要管理的進程很多的時候,寫在一個文件里面就有點大了。我們可以把配置信息寫到多個文件中,然后include過來
;files = relative/directory/*.ini
當個進程配置,/etc/supervisor/conf.d/demon.supervisord.conf:
program:crond] command=/etc/init.d/crond start [program:rsyslog] command=/etc/init.d/rsyslog start [program:fix-cron] command=sh /opt/fix-cron.sh startretries=0
四、supervisor日志
日志目錄/etc/supervisor/supervisord.conf配置,默認配置:logfile=/tmp/supervisord.log,
示例:
2018-08-16 18:54:02,331 WARN received SIGTERM indicating exit request 2018-08-16 18:54:02,331 INFO waiting for sshd, rsyslog to die 2018-08-16 18:54:03,332 INFO stopped: rsyslog (terminated by SIGTERM) 2018-08-16 18:54:05,334 INFO waiting for sshd to die 2018-08-16 18:54:06,337 INFO stopped: sshd (exit status 255) 2018-08-16 18:54:06,629 CRIT Supervisor running as root (no user in config file) 2018-08-16 18:54:06,629 WARN Included extra file "/etc/supervisor/conf.d/sofa-boot.supervisord.conf" during parsing 2018-08-16 18:54:06,629 WARN Included extra file "/etc/supervisor/conf.d/xflush.supervisord.conf" during parsing 2018-08-16 18:54:06,642 INFO RPC interface 'supervisor' initialized 2018-08-16 18:54:06,642 CRIT Server 'inet_http_server' running without any HTTP authentication checking 2018-08-16 18:54:06,643 INFO RPC interface 'supervisor' initialized 2018-08-16 18:54:06,643 CRIT Server 'unix_http_server' running without any HTTP authentication checking 2018-08-16 18:54:06,643 INFO supervisord started with pid 1 2018-08-16 18:54:07,646 INFO spawned: 'sshd' with pid 7 2018-08-16 18:54:07,648 INFO spawned: 'sofa-global' with pid 8 2018-08-16 18:54:07,650 INFO spawned: 'fix-cron' with pid 9 2018-08-16 18:54:07,652 INFO spawned: 'shellinaboxd' with pid 10 2018-08-16 18:54:07,659 INFO spawned: 'rsyslog' with pid 12 2018-08-16 18:54:07,661 INFO spawned: 'crond' with pid 13 2018-08-16 18:54:07,707 INFO exited: crond (exit status 0; not expected) 2018-08-16 18:54:07,718 INFO exited: shellinaboxd (exit status 0; not expected) 2018-08-16 18:54:08,017 INFO gave up: shellinaboxd entered FATAL state, too many start retries too quickly 2018-08-16 18:54:08,240 INFO exited: sofa-global (exit status 1; not expected) 2018-08-16 18:54:09,242 INFO success: sshd entered RUNNING state, process has stayed up for > than 1 seconds (startsecs) 2018-08-16 18:54:09,243 INFO spawned: 'sofa-global' with pid 70 2018-08-16 18:54:09,244 INFO success: fix-cron entered RUNNING state, process has stayed up for > than 1 seconds (startsecs) 2018-08-16 18:54:09,244 INFO success: rsyslog entered RUNNING state, process has stayed up for > than 1 seconds (startsecs) 2018-08-16 18:54:09,245 INFO spawned: 'crond' with pid 71 2018-08-16 18:54:09,319 INFO exited: crond (exit status 0; not expected) 2018-08-16 18:54:09,357 INFO reaped unknown pid 56 2018-08-16 18:54:09,857 INFO exited: sofa-global (exit status 1; not expected) 2018-08-16 18:54:10,865 INFO gave up: sofa-global entered FATAL state, too many start retries too quickly 2018-08-16 18:54:11,872 INFO spawned: 'crond' with pid 106 2018-08-16 18:54:11,942 INFO exited: crond (exit status 0; not expected) 2018-08-16 18:54:14,958 INFO spawned: 'crond' with pid 112 2018-08-16 18:54:15,039 INFO exited: crond (exit status 0; not expected) 2018-08-16 18:54:16,043 INFO gave up: crond entered FATAL state, too many start retries too quickly 2018-08-16 18:54:17,860 INFO reaped unknown pid 34 2018-08-16 18:54:18,003 INFO exited: fix-cron (exit status 0; expected)
gave up: redis entered FATAL state, too many start retries too quickly
一般是因為進程啟動太慢造成,在superisor的conf中的[program:xxxx]加入啟動時間“startsecs=50”,如果還不行再加大。默認是1秒,重試3次。
一般守護進程的做法就是fork一個子進程,父進程馬上退出,以致於supervisor無法得到子進程的ID。
五、問題
supervisor 沒有保活程序的原因:
1、command中執行的程序是 后台進程、或者是立刻結束的shell腳本,或者是cron表達式,這些command馬上就結束的,supervisor會認為程序已結束,並且重試3次(默認),發現始終起不來,就不再守護進程。supervisorctl命令能看出進程的監控狀態,RUNNING是正常的。
2、看配置文件里面有木有設置autostart=true