18266Re: [redhat] Something fun to do, but not on a production system...
- May 1 7:25 AMOn Thu, May 01, 2008 at 10:04:19AM -0400, Jeff Lane wrote:
> On Wed, Apr 30, 2008 at 4:44 PM, Scott <scottro@...> wrote:Yes, what we have happen, on these scrapers (that "scrape" from various
> One thing bothering me about this, though, is that I can't grasp
> exactly WHY this happens. Normally, there's a PID limit and once the
> kernel reaches that limit, it recycles old PIDs, and if none are
> available, it either errors and refuses to start more processes, or it
> starts killing off older processes. I've seen both of those occur.
websites) is that they'll get an extremely heavy load and one will stop
responding. After a few minutes, though it's back up, after it's begun
to kill off the older processes.
>Were you able to run top or similar while doing it, to see what
> In this case, the machine locks up hard... which to me says either the
> processors are thoroughly chewed up with the exponential number of
> forks being created, or the RAM is being eaten up by all those
> processes being created.
happened? I didn't get a chance to do that. I did wonder, if we
waited, if the machine would recover, but AFAICT, it doesn't seem as if
> Not that it really matters in my environment... I do beta testing forKeep posting results of your findings.
> a living, so user security is not my concern.... but this has my
> curiosity piqued :-)
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6
Spike: I did a couple of slayers in my time. I don't like to
brag. Who am I kidding? I love to brag. One time, during the
- << Previous post in topic Next post in topic >>