[comp.unix.admin] Can't kill process!

jpd@tardis.cl.msu.edu (Joe P. DeCello) (06/24/91)

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Joseph P. DeCello III                e-mail:  jpd@cad.msu.edu
Michigan State University             phone:  (517) 353-3027
Specialized Computing Support Services

jpd@tardis.cl.msu.edu (Joe P. DeCello) (06/24/91)

Hello fellow netters,

I am unable to kill an mdump on are server.  I logged
in as root and tried this:

# kill -9 10258

but when I listed the processes it was still there.
I have this problem with alot of processes which
use /dev/rsx0
Is there a way to kill this monger without rebooting.

Thanx,

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Joseph P. DeCello III                e-mail:  jpd@cad.msu.edu
Michigan State University             phone:  (517) 353-3027
Specialized Computing Support Services

zwbm07@hou.amoco.com (Walter Moore) (06/25/91)

In article <1991Jun24.143454.15728@msuinfo.cl.msu.edu> jpd@tardis.cl.msu.edu (Joe P. DeCello) writes:
>I am unable to kill an mdump on are server.  I logged
>in as root and tried this:
>
># kill -9 10258
>
>but when I listed the processes it was still there.
>I have this problem with alot of processes which
>use /dev/rsx0
>Is there a way to kill this monger without rebooting.
>

You failed to mention the OS...


-- 
TTYL & TANSTAAFL ---------------- Walter Moore 
      Internet: zwbm07@hou.amoco.com

rowe@cme.nist.gov (Walter Rowe) (06/27/91)

Joe P. DeCello <jpd@tardis.cl.msu.edu> writes:

> I have this problem with alot of processes which use /dev/rsx0.
> Is there a way to kill this monger without rebooting.

Sounds like your process is hung in a device-wait state.  What does a
`ps ax' show as the status of the process?  If its in a device-wait,
it will not get the signal until the process returns from some device
driver routine (eg. open, close, read, write, ioctl).

When executing kernel code, its my understanding that signals are not
received until the process exits that code (ie. one of the calls
mentioned above completes - there are other calls as well that might
cause this problem depending on the circumstances).

wpr
---
Walter Rowe             rowe@cme.nist.gov           ...!uunet!cme-durer!rowe
National Institute of Standards and Technology / U.S. Department of Commerce