www-apache-bugdb mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Chuck Murcko <ch...@topsail.org>
Subject Re: mod_proxy/374: mod_proxy(?) seems to alarm(0) somewhere
Date Mon, 14 Apr 1997 01:49:27 GMT
Thanks for the report, Brian. It looks like a large file transfer is
indeed punching through a soft timeout. I assume these are FTP
transfers? I can duplicate your environment, so I should see the problem
when I test for it.

Brian Moore wrote:
> 
> >Number:         374
> >Category:       mod_proxy
> >Synopsis:       mod_proxy(?) seems to alarm(0) somewhere
> >Confidential:   no
> >Severity:       serious
> >Priority:       medium
> >Responsible:    apache (Apache HTTP Project)
> >State:          open
> >Class:          sw-bug
> >Submitter-Id:   apache
> >Arrival-Date:   Sun Apr 13 12:00:01 1997
> >Originator:     bem@cmc.net
> >Organization:
> apache
> >Release:        1.2b8
> >Environment:
> Solaris 2.5, all recommended patches, gcc 2.7.2
> >Description:
> Looks like there's one other problem in mod_proxy with alarms being turned off
> (not blocked via the block_alarms() call, but alarm(0)'d for some reason).  I'm
> guessing on the module involved, since the three dead children this morning
> were all doing proxy stuff.
> 
> The backtrace of a child that's been waiting for 110k seconds:
> #0  0xef67792c in _read ()
> #1  0x29364 in saferead ()
> #2  0x29480 in bread ()
> #3  0x488b0 in proxy_send_fb ()
> #4  0x47e78 in proxy_http_handler ()
> #5  0x432c0 in proxy_handler ()
> #6  0x1f040 in invoke_handler ()
> #7  0x21dc0 in process_request_internal ()
> #8  0x21df4 in process_request ()
> #9  0x1bf30 in child_main ()
> #10 0x1c0cc in make_child ()
> #11 0x1c8c8 in standalone_main ()
> #12 0x1cb88 in main ()
> (gdb) up
> #1  0x29364 in saferead ()
> (gdb) print alarms_blocked
> $1 = 0
> 
> So this seems to be something calling alarm(0) somewhere instead of a 'logical'
> alarms-off via the official mechanism.
> 
> >How-To-Repeat:
> Not sure: virtually all of our proxy users are on a 10Mbps ethernet but behind
> a firewall.  This usage may or may not be relevant.  The children I found dead
> this morning were fetching files from cdrom.com via http, so it should be normal
> the only odd thing is that these were quake files so they were no doubt huge.
> >Fix:
> Will be looking at the code myself this week
> >Audit-Trail:
> >Unformatted:

-- 
chuck
Chuck Murcko
The Topsail Group, West Chester PA USA
chuck@topsail.org

Mime
View raw message