kein "-KILL" mehr?

[Florian Lohoff]

On Sat, Nov 20, 1999 at 05:21:37PM +0100, Ingo Luetkebohle wrote:
> Hat jemand 'ne Ahnung, aus welchen Gründen ein Prozess das "KILL" Signal,
> (also -9, bringt normalerweise alles um) ignorieren könnte?

Ja - stuck in D state ...

> Ist mir gestern Nacht mit dem Apache passiert und das war gar nicht
> lustig... Der Prozess lief ansonsten noch, er liess sich nur nicht mehr
> beenden.

Also das der Prozess dann noch laeuft finde ich ebenso seltsam.

Es kann aber vorkommen das ein prozess, ansonsten tot, im kernel
auf I/O wartet - Dieser I/O request aber nicht zurueckkehrt.
Dann bleibt dieser process im D state stehen ...

ps -alc

Sollte dann darueber aufschluss geben wo die kiste haengt ..

(flo at ping)~# ps alc
 FLAGS   UID   PID  PPID PRI  NI   SIZE   RSS WCHAN       STA TTY TIME COMMAND
   100     0   201     1   0   0    836    24 read_chan   S    3  0:00 getty 
   100     0   202     1   0   0    836     0 read_chan   SW   4  0:00 getty 
   100     0   203     1   0   0    836     0 read_chan   SW   5  0:00 getty 
   100     0   204     1   0   0    836     0 read_chan   SW   6  0:00 getty 
   100  1000  5509     1   0   0   1896  1220 wait4       S    2  0:00 bash 
   100     0 11139     1   0   0    836   420 read_chan   S    1  0:00 getty 
     0  1000 11099  5509   0   0   1916   668 wait4       S    2  0:00 xinit 
     0  1000 11108 11099   0   0   3536  2320 do_select   S    2  0:10 WindowMaker 
     0  1000 11131 11108   0   0   1736   864 nanosleep   S    2  0:00 wmtime 
     0  1000 11132 11108   0   0   1600   784 nanosleep   S    2  0:01 wmifs 
     0  1000 11133 11108   0   0   1936   944 nanosleep   S    2  0:02 wmmixer 
     0  1000 11134 11108   0   0   1612   832 nanosleep   S    2  0:01 wmmon 
     0  1000 11137 11108   0   0   4932  3528 do_poll     S    2  0:12 xchat 
     0  1000 11150 11108   0   0   6680  4596 do_poll     S    2  0:05 xmms 
     0  1000 11199 11108   0   0   1688   912 wait4       S    2  0:00 communicator-sm 

Flo
-- 
Florian Lohoff		flo at rfc822.org		      	+49-5241-470566
  ...  The failure can be random; however, when it does occur, it is
  catastrophic and is repeatable  ...             Cisco Field Notice