root用户kill掉状态defun的进程产生errpt报错？

realwhs

1. ps -ef|grep defun 查找defun进程
2. kill -9 XXXXXX 杀掉进程
一切都很顺利
3.再次执行ps -ef|grep defun，被杀掉的进程已经不存在。
但是，errpt查询多出下面的一条信息，估计与kill命令执行有关，但是为什么报错
-------------------------------------------------------------
LABEL:                SRC_SVKO
IDENTIFIER:        BC3BE5A3

Date/Time:       Mon Jun 28 08:46:53  200
Sequence Number: 430
Machine Id:      0053E8AC4C00
Node Id:         wpsdb01
Class:           S
Type:            PERM
Resource Name:   SRC            

Description
SOFTWARE PROGRAM ERROR

Probable Causes
APPLICATION PROGRAM

Failure Causes
SOFTWARE PROGRAM

        Recommended Actions
        MANUALLY RESTART SUBSYSTEM IF NEEDED

Detail Data
SYMPTOM CODE
      983055
SOFTWARE ERROR CODE
       -9017
ERROR CODE
           0
DETECTING MODULE
'srchevn.c'@line:'350'
FAILING MODULE
aixmibd
-------------------------------------------------------------

realwhs

我觉得重点在SRC和'srchevn.c'@line:'350'  FAILING MODULE 这

mxin

从上面看来，defun应该用lssrc可看到，用stopsrc停止，startsrc启动。强行杀掉引起报错很正常。

sunbeat

僵尸进程其实已经死掉了，你肯定kill不掉啦。只是占用了进程表。
如果进程表足够大，可以不管它，因为它已经没占资源了。
要想free它只有重新调整进程表大小，使之自动被清掉。
僵尸进程一般是由于子进程交还资源给父进程时存在问题，应用程序写
的有问题的情况居多（比如在子进程中大量调用wait父进程资源）
详见IBM网站上的僵尸进程的文章。

realwhs

8cuo,8cuo,果然厉害。现在who -d查出来的大多都是僵尸进程，一条解决途径是像你说的重新调整进程标空间，那样子似乎就是重新初始化进程表，里面的东西变化也是应该，调进程表空间命令是什么来着？不过听说重新启动机器似乎也可以解决僵尸进程的问题，不过不实用，我们那个机器1年都重启不了几次。还有没有解决这些僵尸进程的方法？因为以前这些问题页讨论了好多，不过好像没有谁作过一次最终总结呢