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

realwhs

1. ps -ef|grep defun 查找defun进程\r\n2. kill -9 XXXXXX 杀掉进程\r\n一切都很顺利\r\n3.再次执行ps -ef|grep defun，被杀掉的进程已经不存在。\r\n但是，errpt查询多出下面的一条信息，估计与kill命令执行有关，但是为什么报错\r\n-------------------------------------------------------------\r\nLABEL:                SRC_SVKO\r\nIDENTIFIER:        BC3BE5A3\r\n\r\nDate/Time:       Mon Jun 28 08:46:53  200\r\nSequence Number: 430\r\nMachine Id:      0053E8AC4C00\r\nNode Id:         wpsdb01\r\nClass:           S\r\nType:            PERM\r\nResource Name:   SRC             \r\n\r\nDescription\r\nSOFTWARE PROGRAM ERROR\r\n\r\nProbable Causes\r\nAPPLICATION PROGRAM\r\n\r\nFailure Causes\r\nSOFTWARE PROGRAM\r\n\r\n        Recommended Actions\r\n        MANUALLY RESTART SUBSYSTEM IF NEEDED\r\n\r\nDetail Data\r\nSYMPTOM CODE\r\n      983055\r\nSOFTWARE ERROR CODE\r\n       -9017\r\nERROR CODE\r\n           0\r\nDETECTING MODULE\r\n\'srchevn.c\'@line:\'350\'\r\nFAILING MODULE\r\naixmibd\r\n-------------------------------------------------------------

realwhs

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

mxin

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

sunbeat

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