IIRC this is a know issue with kernel 2.4.3. D process can't be killed : D mean UNinterruptible sleep and kill send a signal which wake-up target process if they are in an interruptible state..
Upgrade to 2.4.4 even if there is some drawbacks with it (there's a fork issue), or wait for 2.4.5 which should be better. Christophe On Wed, 23 May 2001 09:06:40 Karsten M. Self wrote: > on Tue, May 22, 2001 at 11:35:37PM -0700, Erik Steffl > ([EMAIL PROTECTED]) wrote: > > Oki DZ wrote: > > <...> > > > > Whoa, I tried many times, kill -9, killall -9 <progname>, to no > avail. > > > BTW, if I unload the NIC driver (along with lo), would the daemon > exit? > > > I was thinking about it, but since I was remote logging in to the > > > machine, rebooting was the only option. > > > > check if it's a zombie - if it's a zombie it was already killed, just > > waits for something to be really unloaded from memory (usually it > > doesn't take long). IIRC one reason an application is zombie is that > > its parent waits for return value (which is sort of held by zombie, > > waitin for parent to process the info or something like that). > > From _UNIX Power Tools_ (O'Reilly & Associates): > > You cannot kill zombies; they are already dead. > > "What is a zombie?" I hear you ask. "Why should a dead process stay > around?" > > Dead processes stick around for two principal reasons. The lesser > of these is that they provide a sort of "context" for closing open > file descriptors, and shuting down other resources (memory, swap > space, and so forth). This generally happens immediately, and the > process remails only for its major purpose: to hold onto its name > and exit status. > > So, it's sort of an inheritance/probate process for Unix processes, > except that the body doesn't go away until the will has been properly > executed the entire estate distributed. It's dead, it's not doing > anything, it just wants its final bequests fulfilled. > > -- > Karsten M. Self <kmself@ix.netcom.com> http://kmself.home.netcom.com/ > What part of "Gestalt" don't you understand? There is no K5 cabal > http://gestalt-system.sourceforge.net/ http://www.kuro5hin.org > Disclaimer: http://www.goldmark.org/jeff/stupid-disclaimers/ > -- Christophe Barbé Software Engineer - [EMAIL PROTECTED] Lineo France - Lineo High Availability Group 42-46, rue Médéric - 92110 Clichy - France phone (33).1.41.40.02.12 - fax (33).1.41.40.02.01 http://www.lineo.com
