You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@httpd.apache.org by Dan Price <dp...@eng.sun.com> on 2006/04/18 01:45:57 UTC

[users@httpd] Problems with Apache 2.2.0 as a conventional proxy

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@eng.sun.com - 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@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Re: [users@httpd] Problems with Apache 2.2.0 as a conventional proxy

Posted by Dan Price <dp...@eng.sun.com>.
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@eng.sun.com - 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@httpd.apache.org
>    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org

-- 
Daniel Price - Solaris Kernel Engineering - dp@eng.sun.com - 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@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org