Received: (qmail 13656 invoked by uid 2012); 5 May 1998 22:37:25 -0000 Message-Id: <19980505223725.13655.qmail@hyperreal.org> Date: 5 May 1998 22:37:25 -0000 From: Albaney Baylao Reply-To: albaney@hotmail.com To: apbugs@hyperreal.org Subject: Garbage Colection Faults X-Send-Pr-Version: 3.2 >Number: 2186 >Category: mod_proxy >Synopsis: Garbage Colection Faults >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: closed >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Tue May 5 15:40:00 PDT 1998 >Closed-Date: Mon Oct 16 23:01:03 PDT 2000 >Last-Modified: Mon Oct 16 23:01:03 PDT 2000 >Originator: albaney@hotmail.com >Release: 1.2.5 >Organization: >Environment: Linux carioca 2.0.30 #3 Fri Dec 12 17:15:56 EDT 1997 i586 >Description: When the cache size is big (100,000 by example) the garbage collect not works and the cache grow forever. When the cache size is little (10,000) by example it works ok. >How-To-Repeat: >Fix: The space field at the struct cache_conf (at mod_proxy.h) should a long int, not a int. >Release-Note: >Audit-Trail: State-Changed-From-To: open-analyzed State-Changed-By: brian State-Changed-When: Tue May 5 18:25:07 PDT 1998 State-Changed-Why: Interesting theory as to why the cache continues to grow... did you implement this in your local server? Did this actually fix your problem? If so, could you provide a patch? Thanks. From: "Albaney Baylao" To: brian@hyperreal.org Cc: apbugs@Apache.Org Subject: Re: mod_proxy/2186: Garbage Colection Faults Date: Thu, 07 May 1998 16:10:27 EST No, the problem continues. I changed the type of the variable, but the cache still grows forever. Thanks. ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From: Marc Slemko To: Albaney Baylao Cc: Apache bugs database Subject: Re: mod_proxy/2186: Garbage Colection Faults Date: Thu, 7 May 1998 13:44:49 -0600 (MDT) On 7 May 1998, Albaney Baylao wrote: > The following reply was made to PR mod_proxy/2186; it has been noted by GNATS. > > From: "Albaney Baylao" > To: brian@hyperreal.org > Cc: apbugs@Apache.Org > Subject: Re: mod_proxy/2186: Garbage Colection Faults > Date: Thu, 07 May 1998 16:10:27 EST > > No, the problem continues. I changed the type of the variable, but > the cache still grows forever. Show me the directives in your config file relating to the proxy. How big do you think the cache should grow to? How big is it growing? How are you determining the size? From: "Albaney Baylao" To: marcs@znep.com Cc: apbugs@apache.org Subject: Re: mod_proxy/2186: Garbage Colection Faults Date: Thu, 07 May 1998 18:09:05 EST >Show me the directives in your config file relating to the proxy. The directives follows: ProxyRequests on ProxyRemote ftp://* http://proxy.rio.com.br:3128 ProxyRemote http://* http://proxy.rio.com.br:3128 CacheRoot /var/lib/httpd/cache CacheSize 102400 CacheGcInterval 2 CacheMaxExpire 24 >How big do you think the cache should grow to? 100 Mb plus any files created in the last 2 hours. My network isnīt hard-used. The size shouldnīt above 200 Mb. >How big is it growing? Still growing forever. I Discovered this when the hard-disk was full. (1 Gb) >How are you determining the size? Using the command du -s /var/lib/httpd/cache ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From: "Albaney Baylao" To: marcs@znep.com Cc: apbugs@apache.org Subject: Re: mod_proxy/2186: Garbage Colection Faults Date: Tue, 12 May 1998 19:22:16 EST Analyzing the source of apache, I discovered this line in the file proxy_cache.c: 148 files = make_array(r->pool, 100, sizeof(struct gc_ent *)); The elements of this array are the files of cache. The limit of files in this array is 100. But the great part of the files is little, then the files ignored (above 100th) isnīt unlink of th cache. If the limit of 100 is changed for 1000 in my site resolved the problem. Sorry, my english is very, very bad. Thanks. Albaney. ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From: Marc Slemko To: Albaney Baylao Cc: apbugs@apache.org Subject: Re: mod_proxy/2186: Garbage Colection Faults Date: Tue, 12 May 1998 17:03:19 -0600 (MDT) On Tue, 12 May 1998, Albaney Baylao wrote: >=20 > Analyzing the source of apache, I discovered this line in the file=20 > proxy_cache.c: >=20 > 148 files =3D make_array(r->pool, 100, sizeof(struct gc_ent *)); >=20 > The elements of this array are the files of cache. The limit of=20 > files in this array is 100. But the great part of the files is little,=20 > then the files ignored (above 100th) isn=B4t unlink of th cache.=20 >=20 > If the limit of 100 is changed for 1000 in my site resolved the=20 > problem. Hmm. Then there is something else wrong. That number just specifies the starting number of elements. Array functions expand this as necessary. =20 Thanks, perhaps someone can track this down with this information. >=20 > Sorry, my english is very, very bad. More than good enough. >=20 > Thanks. > Albaney. >=20 > ______________________________________________________ > Get Your Private, Free Email at http://www.hotmail.com >=20 From: net@mail.nurinet.com (Support) To: apbugs@apache.org Cc: shane_brooks@email.com Subject: Re: mod_proxy/2186: Garbage Colection Faults Date: Sun, 10 Jan 1999 22:18:52 GMT On Fri, 01 Jan 1999 00:28:35 GMT, in comp.infosystems.www.servers.ms-windows net@mail.nurinet.com (Support) wrote: >I'm using Apache 1.3.3 as a proxy cache server under Windows 95 and/or >98, and the cache seems to be growing without bound. > >My configuration is: > ># Proxy Server directives. Uncomment the following line to ># enable the proxy server: >ProxyRequests On > ># Enable/disable the handling of HTTP/1.1 "Via:" headers. ># ("Full" adds the server version; "Block" removes all outgoing Via: ) ># Set to one of: Off | On | Full | Block >#ProxyVia on ># To enable the cache as well, edit and uncomment the following lines: >CacheRoot "M:/Nurinet/Apache/proxy" > >CacheSize 5000 >CacheGcInterval 1 >CacheMaxExpire 24 >CacheLastModifiedFactor 1.0 >CacheDefaultExpire 48 >#NoCache a_domain.com another_domain.edu joes.garage_sale.com > >So it's set for 5Mbytes, but it is currently 73Mbytes. >No complaints in the error_log, and no GC notices in the log. > >Is anyone else seeing this? > >There is an open problem report on something similar, from 1.2.5, with >status analyzed: > >Number: 2186 >Category: mod_proxy >Synopsis: Garbage Colection Faults > >but no indication if it was ever nailed down. > >Many thanks in advance > >Mike. From: net@mail.nurinet.com (Support) To: apbugs@apache.org Cc: shane_brooks@email.com Subject: Re: mod_proxy/2186: Garbage Colection Faults Date: Sun, 10 Jan 1999 22:19:57 GMT On Sun, 3 Jan 1999 02:29:46 -0500, in comp.infosystems.www.servers.ms-windows shane_brooks@email.com (Shane Brooks) wrote: >In article <368c15e5.337607795@nntp.ix.netcom.com>, net@mail.nurinet.com >says... >> I'm using Apache 1.3.3 as a proxy cache server under Windows 95 and/or >> 98, and the cache seems to be growing without bound. > >Yes me too. Win98 using Apache 1.3.3 - proxy has never successfully >collected the garbage - I let it grow to about 50MB then delete it and >start over (max is set to 20MB). I reported this some time ago, and >submitted a bug report to the database. Hopefully it will get fixed? > >Shane From: Georg Klimm To: apbugs@apache.org Cc: Subject: Re: mod_proxy/2186: Garbage Colection Faults Date: Wed, 20 Oct 1999 17:34:51 +0100 Hello! I've the same problem. I thought I was to stupid to configure the server. I this problem not yet solved? Is there a patch or something else??? - Georg Klimm - Comment-Added-By: wrowe Comment-Added-When: Wed Jun 14 22:57:56 PDT 2000 Comment-Added: The Win32 Port did not correctly identify directories in it's garbage collection routine. This issue is resolved in the forthcoming release of Apache 1.3.13. Please test and see if that solves your issue (see dev.apache.org for instructions on downloading the development tree if you just can't wait for the rollout), and please report back your success or failure with these changes. State-Changed-From-To: analyzed-closed State-Changed-By: wrowe State-Changed-When: Mon Oct 16 23:01:03 PDT 2000 State-Changed-Why: This report is closed, since there are many platforms crossed up that had many different issues. All of the GC issues should be now resolved in 1.3.14. >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]