Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!bloom-beacon!gatech!dcc1!emcard!fedeva!csun!abcscnge
From: abcscnge@csun.UUCP (Scott Neugroschl)
Newsgroups: comp.unix.xenix,comp.unix.questions
Subject: Re: Need help with SCO: the process that would not die.
Message-ID: <911@csun.UUCP>
Date: Thu, 19-Nov-87 20:11:48 EST
Article-I.D.: csun.911
Posted: Thu Nov 19 20:11:48 1987
Date-Received: Fri, 27-Nov-87 22:06:29 EST
References: <116@citcom.UUCP>
Reply-To: abcscnge@csun.UUCP (Scott Neugroschl)
Organization: California State University, Northridge
Lines: 29
Keywords: ps kill process SCO xenix
Xref: mnetor comp.unix.xenix:1212 comp.unix.questions:5069

In article <116@citcom.UUCP> peter@citcom.UUCP (Peter Klosky) writes:
: We've been having some trouble killing off processes here,
: and would like comments or suggestions from the net.
: In specific, our PC AT running SCO XENIX 2.1.3 or 2.2 will
: get itself into a state where there will be a process
: which is a child of init which will not respond to a
: kill request.  You can send the kill over and over, and the
: process will still exist.  The signal sent is a -9, and the
: process has a WCHAN and is not marked as <defunct> in the
: ps output, so we are pretty sure it is not a zombie.
: Of course the SCO ps does not have any symbolic information
: in the WCHAN column like the better versions of ps, so we
: are not able to tell what event the process is waiting on.

I realize this isn't a Xenix question (from me), but we have a similar
problem with our Zilog S8000 running ZEUS 3.2 (Zilog's version of SYS III)
at work (not CSUN).  It appears to be related to signal processing.   Our
in-house guru tells us that the process is "locked on I/O", implying that
the signal really screwed up the kernel data.  Recommend you look at the
signal handling logic if possible, and ask the people causing the lockup
if they have done an interrupt (ctrl-c or DEL) just before it locked...

Any wizards out there know of such bugs in either kernel (xenix or zilog)?

-- 
Scott "The Pseudo-Hacker" Neugroschl
UUCP: {litvax,humboldt,sdcrdcf,rdlvax,ttidca,}\_ csun!abcscnge
      {psivax,csustan,nsc-sca,trwspf         }/
-- "They also surf who stand on waves"