* zombie process refuses to die @ Gregory Nowak ` Aaron Howell 0 siblings, 1 reply; 9+ messages in thread From: Gregory Nowak @ UTC (permalink / raw) To: speakup Hi all. Whenever I take the system down to init level 1 (single user mode), and bring it back up to init level 3 (multiuser mode) under slackware, the khttpd manager process goes zombie, and refuses to die. I've tried killall "khttpd manager", and kill pid, but nothing works. Is there anything else I can do short of rebooting? Thanks in advance. Greg ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: zombie process refuses to die zombie process refuses to die Gregory Nowak @ ` Aaron Howell ` Gregory Nowak 0 siblings, 1 reply; 9+ messages in thread From: Aaron Howell @ UTC (permalink / raw) To: speakup yes, if you're not using khttpd, recompile your kernel without support for it. That'll not only get rid of it, but it'll make your kernel smaller, and less ram hungry at the same time. Regards Aaron On Sat, Feb 15, 2003 at 05:40:31PM -0600, Gregory Nowak wrote: > Hi all. > > Whenever I take the system down to init level 1 (single user mode), and bring it back up to init level 3 (multiuser mode) > under slackware, the khttpd manager process goes zombie, and refuses to die. > > I've tried killall "khttpd manager", and kill pid, but nothing works. > > Is there anything else I can do short of rebooting? > > Thanks in advance. > > Greg > > > _______________________________________________ > Speakup mailing list > Speakup@braille.uwo.ca > http://speech.braille.uwo.ca/mailman/listinfo/speakup ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: zombie process refuses to die ` Aaron Howell @ ` Gregory Nowak ` Aaron Howell ` (2 more replies) 0 siblings, 3 replies; 9+ messages in thread From: Gregory Nowak @ UTC (permalink / raw) To: speakup Ok. But, if you're running apache, doesn't khttpd help with the load or some such? Greg On Sun, Feb 16, 2003 at 09:49:02AM +1000, Aaron Howell wrote: > yes, if you're not using khttpd, recompile your kernel without support for it. > That'll not only get rid of it, but it'll make your kernel smaller, and less ram hungry at the same time. > Regards > Aaron ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: zombie process refuses to die ` Gregory Nowak @ ` Aaron Howell ` Adam Myrow ` David Poehlman 2 siblings, 0 replies; 9+ messages in thread From: Aaron Howell @ UTC (permalink / raw) To: speakup My understanding of it was that khttpd is an in-kernel http server, that is, it sort of replaces apache rather than speeding it up. If you want to speed apache up though you should look at squid's web accelerator support, which you will find much more stable and mature. even the kernel folks can't decide which of httpd, Tux, or nothing at all is a better kernel based http server, so i don't think the whole project is meant to be taken very seriously at this point. Squid on the other hand does work well as a http accelerator, as well as being a very fine piece of web cache software. regards Aaron On Sat, Feb 15, 2003 at 05:53:01PM -0600, Gregory Nowak wrote: > Ok. But, if you're running apache, doesn't khttpd help with the load or some such? > > Greg > > > On Sun, Feb 16, 2003 at 09:49:02AM +1000, Aaron Howell wrote: > > yes, if you're not using khttpd, recompile your kernel without support for it. > > That'll not only get rid of it, but it'll make your kernel smaller, and less ram hungry at the same time. > > Regards > > Aaron > > _______________________________________________ > Speakup mailing list > Speakup@braille.uwo.ca > http://speech.braille.uwo.ca/mailman/listinfo/speakup ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: zombie process refuses to die ` Gregory Nowak ` Aaron Howell @ ` Adam Myrow ` Gregory Nowak ` David Poehlman 2 siblings, 1 reply; 9+ messages in thread From: Adam Myrow @ UTC (permalink / raw) To: speakup Did you try a "killall -9 khttpd?" Sending signal 9 is supposed to work in nearly every case. It kills a process ungracefully, so it is supposed to be a last resort. For example, sending it to an editor would kill the editor without giving it a chance to save any recovery information and any changes to a file would be lost. ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: zombie process refuses to die ` Adam Myrow @ ` Gregory Nowak ` Adam Myrow 0 siblings, 1 reply; 9+ messages in thread From: Gregory Nowak @ UTC (permalink / raw) To: speakup Yeah, I've tried it, but no luck. Given what Aaron said, I'll pull it out of the kernel. Greg On Sat, Feb 15, 2003 at 05:59:56PM -0600, Adam Myrow wrote: > Did you try a "killall -9 khttpd?" Sending signal 9 is supposed to work > in nearly every case. It kills a process ungracefully, so it is supposed > to be a last resort. For example, sending it to an editor would kill the > editor without giving it a chance to save any recovery information and any > changes to a file would be lost. > > > > _______________________________________________ > Speakup mailing list > Speakup@braille.uwo.ca > http://speech.braille.uwo.ca/mailman/listinfo/speakup ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: zombie process refuses to die ` Gregory Nowak @ ` Adam Myrow 0 siblings, 0 replies; 9+ messages in thread From: Adam Myrow @ UTC (permalink / raw) To: speakup I remember some kind of process like that in the 2.4.18 kernel that had to do with my SCSI card that my scanner is attached to. It didn't respond to a signal 9 or anything. In 2.4.19 and later, it exits like it's supposed to. Sounds like a kernel bug to me. I agree, take it out of the kernel. ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: zombie process refuses to die ` Gregory Nowak ` Aaron Howell ` Adam Myrow @ ` David Poehlman ` David Poehlman 2 siblings, 1 reply; 9+ messages in thread From: David Poehlman @ UTC (permalink / raw) To: speakup the label of the auth disk also tells the tale. ----- Original Message ----- From: "Gregory Nowak" <greg@romuald.net.eu.org> To: <speakup@braille.uwo.ca> Sent: Saturday, February 15, 2003 6:53 PM Subject: Re: zombie process refuses to die Ok. But, if you're running apache, doesn't khttpd help with the load or some such? Greg On Sun, Feb 16, 2003 at 09:49:02AM +1000, Aaron Howell wrote: > yes, if you're not using khttpd, recompile your kernel without support for it. > That'll not only get rid of it, but it'll make your kernel smaller, and less ram hungry at the same time. > Regards > Aaron _______________________________________________ Speakup mailing list Speakup@braille.uwo.ca http://speech.braille.uwo.ca/mailman/listinfo/speakup ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: zombie process refuses to die ` David Poehlman @ ` David Poehlman 0 siblings, 0 replies; 9+ messages in thread From: David Poehlman @ UTC (permalink / raw) To: speakup recall: ----- Original Message ----- From: "David Poehlman" <poehlman1@comcast.net> To: <speakup@braille.uwo.ca> Sent: Saturday, February 15, 2003 9:50 PM Subject: Re: zombie process refuses to die the label of the auth disk also tells the tale. ----- Original Message ----- From: "Gregory Nowak" <greg@romuald.net.eu.org> To: <speakup@braille.uwo.ca> Sent: Saturday, February 15, 2003 6:53 PM Subject: Re: zombie process refuses to die Ok. But, if you're running apache, doesn't khttpd help with the load or some such? Greg On Sun, Feb 16, 2003 at 09:49:02AM +1000, Aaron Howell wrote: > yes, if you're not using khttpd, recompile your kernel without support for it. > That'll not only get rid of it, but it'll make your kernel smaller, and less ram hungry at the same time. > Regards > Aaron _______________________________________________ Speakup mailing list Speakup@braille.uwo.ca http://speech.braille.uwo.ca/mailman/listinfo/speakup _______________________________________________ Speakup mailing list Speakup@braille.uwo.ca http://speech.braille.uwo.ca/mailman/listinfo/speakup ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~ UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
zombie process refuses to die Gregory Nowak
` Aaron Howell
` Gregory Nowak
` Aaron Howell
` Adam Myrow
` Gregory Nowak
` Adam Myrow
` David Poehlman
` David Poehlman
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).