如何杀死这些 defunct ？

Greenpower

4107 pts/0    Z      0:00 [echo <defunct>;]
4126 pts/0    Z      0:00 [echo <defunct>;]
4182 pts/0    Z      0:00 [echo <defunct>;]
4221 pts/0    Z      0:00 [echo <defunct>;]
4251 pts/0    Z      0:00 [echo <defunct>;]
4273 pts/0    Z      0:00 [echo <defunct>;]
4301 pts/0    Z      0:00 [echo <defunct>;]
4326 pts/0    Z      0:00 [echo <defunct>;]
4344 pts/0    Z      0:00 [echo <defunct>;]
4364 pts/0    Z      0:00 [echo <defunct>;]
4388 pts/0    Z      0:00 [echo <defunct>;]
4410 pts/0    Z      0:00 [echo <defunct>;]
4423 pts/0    Z      0:00 [echo <defunct>;]
4450 pts/0    Z      0:00 [echo <defunct>;]
4473 pts/0    Z      0:00 [echo <defunct>;]
4516 pts/0    Z      0:00 [echo <defunct>;]
4530 pts/0    Z      0:00 [echo <defunct>;]
4561 pts/0    Z      0:00 [echo <defunct>;]
4574 pts/0    Z      0:00 [echo <defunct>;]
4600 pts/0    Z      0:00 [echo <defunct>;]
4618 pts/0    Z      0:00 [echo <defunct>;]
4645 pts/0    Z      0:00 [echo <defunct>;]
4658 pts/0    Z      0:00 [echo <defunct>;]
4709 pts/0    Z      0:00 [echo <defunct>;]
4730 pts/0    Z      0:00 [echo <defunct>;]
4759 pts/0    Z      0:00 [echo <defunct>;]
4771 pts/0    Z      0:00 [echo <defunct>;]
4786 pts/1    R      0:00 ps ax
sh-2.05b$ ps ax|grep postmaster



如何对付僵尸进程？杀死父进程好象不行！
xsupplicant就是一个标准的僵尸进程，每次它坏死了，只有重启解决，
望高手指教，

thinhare

in my experience, when father process exits, so do subprocesses. if this is not the case, it may due to something wrong. when I killed one of subprocesses, the father process also was killed. i.e. mozilla invokes java-vm....

sakulagi

http://www.chinaunix.net/jh/6/16624.html
这个也可以看一下。

sakulagi

http://www.fanqiang.com/a1/b5/20020417/080200185.html
这个也可以看一下。

Greenpower

CU 的大牛果然有深度,非常感谢各位！

JohnBull

原帖由 "sakulagi" 发表：
谝唬琩efunct进程产生的原因就是父进程先于子进程退出了。所以这个说法没有任何根据
第二，defunct进程已经是死掉的了。除了在kernel进程表里占用了记录以外，不占用任何系统资源

产生僵尸是因为父进程既没有退出也没有处理SIGCHLD信号造成的.
如果父进程退出了,它的子进程将被init收养,init会负责处理SIGCHLD从而消除进程.但是信号机制是不可靠的,SIGCHLD信号丢失的子进程就没有机会被init处理.

详情可参考C/C++版的精华帖.

sakulagi

我一直没有找到好办法解决defunct进程的问题。还是应该从问题的根源入手，避免出现defunct进程才是真正有意义的。

Greenpower

[quote]原帖由 "sakulagi"]第二，defunct进程已经是死掉的了。除了在kernel进程表里占用了记录以外，不占用任何系统资源[/quote 发表：


平均每个占用12K左右的 memory   

Greenpower

非常感谢楼上两位的回复 ！

来 CU 有一段时间了，一直都觉得帖子回复率低，:w

sakulagi

[quote]原帖由 "Greenpower"]差过以前的帖子，说是杀死父进程就可以，可是不行，[/quote 发表：
第一，defunct进程产生的原因就是父进程先于子进程退出了。所以这个说法没有任何根据
第二，defunct进程已经是死掉的了。除了在kernel进程表里占用了记录以外，不占用任何系统资源
第三，即使是kernel的mail list也只是建议reboot来解决这个问题

BTW，下班以后人少很正常，你要是后半夜提问，估计更不太可能有人回答。也没有谁承诺多长时间以内一定要回答问题。老是对别人失望解决不了什么问题。