我想在后台运行一个进程而不在 shell 退出时终止它,根据 Nohup 概念,以下命令应该可以工作,直到我手动终止它:
nohup uwsgi --http :8008 --module crawled_data_center.wsgi > /dev/null &
我以 root 用户登录到 shell,但退出 shell 后,进程终止。这看起来很奇怪,因为我nohup
在多个项目中使用过几次并且工作正常,但在这种情况下我已经很糟糕了,问题是什么,我怎样才能在后台运行它而不在 shell 退出时杀死它?
更新:
我处理它:
$ nohup uwsgi --http :8008 --module crawled_data_center.wsgi > /dev/null &
$ disown -l
$ disown -h JOBID
但我的问题是,怎么可能SIGHUP
杀死nohup
和&
?
以下是 的内容/etc/systemd/logind.conf
:
[Login]
#NAutoVTs=6
#ReserveVT=6
#KillUserProcesses=no
#KillOnlyUsers=
#KillExcludeUsers=root
Controllers=blkio cpu cpuacct cpuset devices freezer hugetlb memory perf_event net_cls net_prio
ResetControllers=
#InhibitDelayMaxSec=5
#HandlePowerKey=poweroff
#HandleSuspendKey=suspend
#HandleHibernateKey=hibernate
#HandleLidSwitch=suspend
#PowerKeyIgnoreInhibited=no
#SuspendKeyIgnoreInhibited=no
#HibernateKeyIgnoreInhibited=no
#LidSwitchIgnoreInhibited=yes
#IdleAction=ignore
#IdleActionSec=30min
据我所知,有两种情况会导致进程在被保护后被杀死
nohup
,每种情况都有不同的解决方法。一种可能性(这里似乎不是这种情况)是系统使用 systemd
logind.conf
配置了KillUserProcesses=yes
. 在这种情况下,关闭终端不会导致问题,但退出系统会导致问题。在这种情况下,解决方法是使用这基本上只是告诉 systemd 它不应该终止该进程。
另一种可能性是生成的进程实现了自己的处理程序,
SIGHUP
该处理程序覆盖了nohup
. 在这种情况下,即使您保持登录状态,shell 关闭后也会立即出现问题。您可以通过以下方式检查:你应该看到一条线
(或其他一些十六进制数字字符串)。
SIGHUP
是信号号1
,所以如果这个大端十六进制数设置了它的第一个(最低有效)位(即,最后一位是 1、3、5、7、9、B、D 或 F 之一),然后SIGHUP
被忽略。否则,程序已经安装了自己的处理程序来覆盖nohup
.在这种情况下,解决方案是使用
disown
:这会从 shell 的作业列表中删除该进程,从而防止
SIGHUP
首先被发送。