Trouble killing processes in SysV/AT

chip at pedsga.UUCP chip at pedsga.UUCP
Fri May 6 02:32:20 AEST 1988


In article <3967 at killer.UUCP> richardh at killer.UUCP writes:
>In article <3951 at killer.UUCP>, wnp at killer.UUCP (Wolf Paul) writes:
>> Can anyone enlighten me as to what causes a process to become "immortal"
>> in System VR2,  or Microport UNIX System V/AT, to be more specific?
>> I have encountered this a number of times, where it would be impossible
>> even for root to kill a process; 
>While I've never seen this under Microport SYS V/AT, I have seen it under
>Intel Xenix 3.4 (SYS III based). Like you, I was amazed when the command
>kill -9 pid
>executed by root didn't remove the process entry from the ps display. However

I have seen this too, on Xelos, Concurrent's port of SVR2.  It seems
that when a process is flow controlled off, no amount of killing by
root would remove the process.  I originally had this problem trying
to get an imagen running over NTS, a LAN in our building.  NTS
has the ability to ignore (pass through) or handle flow control (^S, ^Q).  
I originally had the NTS process flow control (other options were wrong
as well).  When the imagen driver filled the NTS buffer, it would flow 
control the driver.  For reasons unknonst to me, it would never flow
control the driver back on.  I was stuck with a process I couldn't kill.
I don't know the kernel software that well, but I guess that even though
signals were arriving for the process, the kernel would not reschedule it.

-- 
         Chip ("My grandmother called me Charles once. ONCE!!") Maurer
     Concurrent Computer Corporation, Tinton Falls, NJ 07724 (201)758-7361
        uucp: {mtune|purdue|rutgers|princeton|encore}!petsd!pedsga!chip
                       arpa: pedsga!chip at UXC.CSO.UIUC.EDU



More information about the Comp.unix.microport mailing list