@zhongdao
2019-03-28T17:59:57.000000Z
字数 4272
阅读 1844
未分类
有时系统中会出现defunct进程。
有时运行一个socker server例如 http daemon时,会发现系统有过多的CLOSE_WAIT的连接。
例如:
# netstat -an |grep 8088
tcp 0 0 0.0.0.0:8088 0.0.0.0:* LISTEN
tcp 1 0 103.90.190.176:8088 124.193.192.168:49309 CLOSE_WAIT
tcp 1 0 103.90.190.176:8088 124.193.192.168:65065 CLOSE_WAIT
tcp 0 0 103.90.190.176:8088 104.152.52.18:45546 ESTABLISHED
tcp 1 0 103.90.190.176:8088 124.193.192.168:65422 CLOSE_WAIT
tcp 1 0 103.90.190.176:8088 124.193.192.168:65244 CLOSE_WAIT
tcp 1 0 103.90.190.176:8088 124.193.192.168:49215 CLOSE_WAIT
tcp 1 0 103.90.190.176:8088 124.193.192.168:65393 CLOSE_WAIT
导致新的socket连接无法接入。
经查找资料,发现解决方法相同,在代码中添加一行:
$SIG{CHLD}='IGNORE';
为了了解原因,特找到如下文章,主要的2篇文章如下:
methods to avoid zombie process
https://duyanghao.github.io/ways_avoid_zombie_process/
Why I got so many CLOSE_WAIT
https://www.perlmonks.org/?replies=1;node_id=532250;displaytype=print
If you don't want to deal with child processes at all when they terminate (i.e., just let them finish and that's that and let them disappear from the process table as soon as they're done), you can set $SIG{CHLD} to 'IGNORE' (if I'm remembering correctly). If you need to do something more elaborate, then that signal entry should be set to a coderef, as usual.
以下是 methods to avoid zombie process 的机器翻译内容
来自维基百科:
在Unix和类Unix计算机操作系统上,僵尸进程或失效进程是一个已完成执行(通过退出系统调用)但仍在进程表中有一个条目的进程:它是处于“已终止状态”的进程。对于子进程会发生这种情况,其中仍需要条目以允许父进程读取其子进程的退出状态:一旦通过等待系统调用读取退出状态,僵尸的条目将从进程表中删除,并且据说被“收获”。子进程在从资源表中删除之前始终首先变为僵尸。在大多数情况下,在正常的系统操作下,僵尸会立即被其父级等待,然后被系统收获 - 长时间停留僵尸的进程通常是错误并导致资源泄漏。
僵尸过程这个术语源于僵尸的共同定义 - 一个不死的人。在该术语的比喻中,儿童过程已“死亡”但尚未“收获”。此外,与正常进程不同,kill命令对僵尸进程没有影响。
不应将僵尸进程与孤儿进程混淆:孤儿进程是一个仍在执行的进程,但其父进程已经死亡。这些不会像僵尸一样继续存在; 相反,(像所有孤立的进程一样)它们被init(进程ID 1)采用,它等待它的子进程。结果是,将自动获得既是僵尸又是孤儿的过程。
use POSIX ":sys_wait_h";
my $pid = fork;
die "Unable to fork: $!." unless defined $pid;
unless ( $pid ) {
sleep 10;
print 'child exit'."\n";
exit 0;
}
sleep 20;
print 'parent exit';
马上,有两个正常的过程如下:
10秒后,子进程退出并成为僵尸进程如下:
在接下来的10年里,子进程仍处于“僵尸”状态,父进程仍在运行...
20多岁后,进程和子进程都消失了!
有以下三种方法可以避免僵尸进程(Perl语言示例):
执行两个for来使子进程成为孤立进程。init进程将采用它(pid = 1),因此,被init进程“收集”。
use POSIX ":sys_wait_h";
my $pid = fork;
die "Unable to fork: $!." unless defined $pid;
unless ( $pid ) {
#in child
my $pid = fork;
die "Unable to fork: $!." unless defined $pid;
if ($pid) {
#in parent
exit(0);
}
#in child
sleep 10;#ensure that parent exit before execute child code
print 'child exit'."\n";
exit 0;
}
#in parent
if ( waitpid($pid,0)!=$pid ) { #waitpid for child process
print "waitpid error: $!\n";
}
sleep 20;
print 'parent exit';
立即,有两个正常的过程如下(子进程的父进程init
):
10秒后,孩子消失如下(通过初始过程“收获”):
20多秒后,父进程消失。
当一个孩子退出时,父进程将收到一个SIGCHLD信号,表明其中一个孩子已经完成了执行; 父进程通常会在此时调用wait()系统调用。该调用将为父级提供子级的退出状态,并将导致子级被收集或从进程表中删除。
因此,我们可以通过为调用waitpid的SIGCHLD定义一个处理程序来避免僵尸进程。
use POSIX ":sys_wait_h";# for nonblocking read
sub REAPER {
# don't change $! and $? outside handler
local ($!, $?);
while ( (my $pid = waitpid(-1, WNOHANG)) > 0 ) {
if ( WIFEXITED($?) ) {
my $ret_code = WEXITSTATUS($?);
print "child process:$pid exit with code:$ret_code\n";
}
}
}
$SIG{CHLD} = \&REAPER;
my $pid = fork;
die "Unable to fork: $!." unless defined $pid;
unless ( $pid ) {
#in child
for (my $i=0;$i<10;$i++){
sleep 1;
}
print 'child exit'."\n";
exit(1);
}
#in parent
for (my $i=0;$i<20;$i++){
sleep 1;
}
print 'parent exit';
child exit
child process:20669 exit with code:1
parent exit
马上,有两个正常的过程如下:
10秒后,孩子消失如下(由父进程“收获”:pid = 20668):
20多秒后,父进程消失。
将SIGCHLD处理程序明确设置为SIG_IGN。
如果(如上例所示)信号处理程序除了调用waitpid之外什么都不做,那么可以使用替代方法。将SIGCHLD处理程序设置为SIG_IGN将导致自动获取僵尸进程。
use POSIX ":sys_wait_h";
$SIG{CHLD}='IGNORE';
my $pid = fork;
die "Unable to fork: $!." unless defined $pid;
unless ( $pid ) {
#in child
sleep 10;
print 'child exit'."\n";
exit 0;
}
#in parent
sleep 20;
print 'parent exit';
马上,有两个正常的过程如下:
10秒后,孩子如下所示消失(由子过程本身“收获”):
20多秒后,父进程消失。
请注意,SIGCHLD具有导致它被忽略的处置是不够的(正如默认情况下,SIG_DFL会这样做):只有通过将其设置为SIG_IGN才能获得此行为。
与waitpid和double-forks方法相比,这种方法更有效,更简单。因此,它是避免僵尸进程的推荐方法。
但是,这种方法的一个缺点是它比显式调用waitpid的可移植性稍差:它依赖的行为是POSIX.1-2001所需的,以前是单Unix规范所要求的,而不是POSIX.1-1990。
https://duyanghao.github.io/ways_avoid_zombie_process/
http://fibrevillage.com/scripting/286-avoiding-zombie-processes