I had a similar problem when using both mod_mem_cache and mod_disk cache with Apache 2.0.54. I ended up abandoning mod_mem_cache and never experienced the problem again. I may even have posted a bug report... but back then mod_cache did not get much TLD from developers who were, as I understand it, busy developing mod_cache for Apache 2.1/2.2.
-ascs
-----Original Message-----
From: Dan Price [mailto:dp@xxxxxxxxxxx]
Sent: Friday, April 21, 2006 7:28 PM
To: users@xxxxxxxxxxxxxxxx
Subject: Re: [users@httpd] Problems with Apache 2.2.0 as a conventional proxy
So, I've gotten no responses (except to ask about Squid) to this query which I posted on Monday. Can someone please point me in the right direction? Should I start filing bugs? Contact a different list?
-dp
On Mon 17 Apr 2006 at 04:45PM, Dan Price wrote:
>
> Hi,
>
> After years of frustration with Squid, I'm now using 32-bit Apache
> 2.2.0 as a caching web proxy for my group. The underlying OS is
> 64-bit Solaris 10 running on Opteron.
>
> My initial configuration attempt was
>
> $ ./configure --enable-proxy --enable-proxy-connect --enable-proxy-ftp \
> --enable-proxy-http --enable-ssl --enable-file-cache \
> --prefix=/aux0/apache2 --enable-cache --enable-disk-cache
> --enable-mem-cache --enable-deflate
>
> <IfModule mod_cache.c>
> <IfModule mod_disk_cache.c>
> CacheRoot /cache/apache
> CacheEnable disk /
> CacheDirLevels 5
> CacheDirLength 3
> </IfModule>
>
> <IfModule mod_mem_cache.c>
> CacheEnable mem /
> MCacheSize 40960
> MCacheMaxObjectCount 10000
> MCacheMinObjectSize 1
> MCacheMaxObjectSize 20480
> </IfModule>
> </IfModule>
>
> However, I've encountered two distinct problems; I'm hoping for help
> with these. Please don't send me back to Squid.
>
> - I see a lot of httpd's dying on SEGVs; depending on which modules
> I enable or disable, the stack traces change. I'm now running apache
> under libumem[1] with the debugging features turned on. I'm seeing
> crashes in cache_remove() [2].
>
> - I've hit the text/css vs. text/plain bug which seems to have bothered
> other users. I've reviewed existing docs on this problem, including:
>
> http://developer.mozilla.org/en/docs/Incorrect_MIME_Type_for_CSS_Files
> http://birdhouse.org/blog/2004/11/11/mime-vexation/#more-1379
>
> and others. But I have yet to find a clear solution, and
> the problem seems to be sporadic. It was especially noticeable
> to my users when www.sun.com wasn't displaying correctly :)
>
> Time permitting I'll try to find the cause of the crashing; at the
> moment it seems to me that disabling all of the caching helps-- but
> that seems to defeat the point of running a "web cache."
>
> Thanks for your help,
>
> -dp
>
> [1] libumem: http://access1.sun.com/techarticles/libumem.html
> [2] core 'core.httpd.1589' of 1589: /aux0/apache2/bin/httpd -k start
> 0808e330 memcache_get_priority (81e5fd0, 84023b0, 80434f8, bfcde685) +
> 4
> 0808f7c4 cache_remove (82faf08, 84023b0, 8043558, 8402308, 8402318,
> 84023a0) + 20
> 0808ec34 remove_url (84023a0, 8401020, 840e0b8, 8402328, 84220f9,
> 80435d0) + 28
> 0808b583 cache_remove_url (8402328, 8401020, 8043618, 80beb14,
> 80435e0, 80e2bd5) + 47 0808ae7c cache_remove_url_filter (8406c18,
> 840e8b0, 80435b8, 80e2bd5, 0, a) + 20
> 080beb25 ap_http_header_filter (8401e10, 83c4f18, 840e876, 1) + 319
> 08076172 ap_content_length_filter (8401df8, 83c4f18, 83e90f0,
> bfcfe858) + b6 080bf2ae ap_byterange_filter (8401de0, 83c4f18,
> 8401eb0, 840e840) + be 0808a45d cache_save_filter (8406c00, 83c4f18,
> 8043818, 0) + 1dd 080a3e3e ap_proxy_http_process_response (838c058,
> 83c46c8, 8150540, 80479b0, 0, 0) + 316
> 080a50b5 proxy_http_handler (8401058, 82fe500, 8150540, 83c46c0, 0,
> 0) + 781
> 0809a579 proxy_run_scheme_handler (8401058, 82fe500, 8150540,
> 8406d6e, 0, 0) + 41 0809c98c proxy_handler (8401058, 8402328,
> 8401058, 83c4130) + 484
> 0807fb32 ap_run_handler (8401058, 8401058, 8047b08, 807fe8f,
> 11e1a300, 0) + 32
> 0807fef9 ap_invoke_handler (8401058, 0, 8047b38, 80746d5) + ad
> 080bd169 ap_process_request (8401058, 4, 8401058, 8401058) + 185
> 080bae31 ap_process_http_connection (83c4130, 0, 8047b98, 8085545) +
> f1 0808528e ap_run_process_connection (83c4130, 83c4058, 83c4020, 0,
> bfb88be0, 0) + 32
> 080cd8b7 child_main (10, 80cd534, 1, 0) + 31f 080cdafa make_child
> (21, 1, e, 17, 9, 80df1ac) + de 080ce69d ap_mpm_run (813b020,
> 81dc020, 8149518, 8149518) + b0d
> 08070098 main (3, 8047dec, 8047dfc) + 66c
> 0806f5bc _start (3, 8047ea4, 8047ebc, 8047ebf, 0, 8047ec5) + 80
>
> --
> Daniel Price - Solaris Kernel Engineering - dp@xxxxxxxxxxx -
> blogs.sun.com/dp
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
> " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
> For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
--
Daniel Price - Solaris Kernel Engineering - dp@xxxxxxxxxxx - blogs.sun.com/dp
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
" from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
" from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|