Re: Memory blowout

From: Dancer <dancer@dont-contact.us>
Date: Wed, 03 Jun 1998 15:58:38 +1000

--MimeMultipartBoundary
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Right. Hmm. Guess I'm going to have to chase this one. My boss took down
our most heavily-loaded production server with the cachemanager in
precisely this way (during the peak request period). It took 45 minutes
to revalidate the swap_log. He was most mortified.

D

Chris Wedgwood wrote:
>
> On Tue, Jun 02, 1998 at 07:25:06AM -0600, Alex Rousskov wrote:
>
> > Have you tried b21/b22? Some store fixes in b21 might solve this problem.
>
> b21 still blows out. The process went from 20M to 77M and is still rising,
> no other requests can take place while this is happening.
>
> I expect soon it will hit the swap space, eat that then die....
>
> <pause>
>
> OK - stopped growing once it hits the swap space, presumably constant
> swapping has loswed the growth. This time 'kill' works.
>
> Looking at the b22 patches (it would be really kewl if all hunks were
> unified, not just some of them) and I don't see anything there that will
> help, but I'll give it a whirl anyhow.
>
> <pause>
>
> Nope. b22 also spirals out of control, eating gobs of memory and then
> swapping to death....
>
> -Chris

-- 
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GAT d- s++: a C++++$ UL++++B+++S+++C++H++U++V+++$ P+++$ L+++ E-
W+++(--)$ N++ w++$>--- t+ 5++ X+() R+ tv b++++ DI+++ e- h-@ 
------END GEEK CODE BLOCK------
--MimeMultipartBoundary--
Received on Tue Jul 29 2003 - 13:15:50 MDT

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:11:48 MST