Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Date: Fri, 11 Jan 2002 22:22:11 -0800
From: Brian Pane <bpane@pacbell.net>
Subject: how to recreate the file descriptor segfault? Re: cvs commit:
 httpd-2.0 STATUS
To: dev@httpd.apache.org
Message-id: <3C3FD613.3050808@pacbell.net>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii; format=flowed
Content-transfer-encoding: 7BIT
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011221
References: <20020111080707.28668.qmail@icarus.apache.org>
 <m3y9j5nk18.fsf@rdu163-40-092.nc.rr.com>

I just tried to debug this with the current CVS HEAD on
Solaris, but I can't reproduce the crash.  The test case
that I tried was: set the httpd's ulimit on file descriptors
to a small number and run ab to generate enough concurrent
requests to exceed the fd limit.  Is there a better test case
that will trigger the segfault?

Thanks,
--Brian


Jeff Trawick wrote:

>brianp@apache.org writes:
>
>>brianp      02/01/11 00:07:07
>>
>>  Modified:    .        STATUS
>>  Log:
>>  Updated STATUS to cover the worker segfault fixes
>>  
>>
>
>>  -    * The worker MPM on Solaris segfaults when it runs out of file
>>  -      descriptors.  (This may affect other MPMs and/or platforms.)
>>
>
>I can still readily hit this on current code (the same code that no
>longer segfaults with graceful restart).
>
>[Fri Jan 11 07:26:37 2002] [error] (24)Too many open files:
>apr_accept: (client socket)
>[Fri Jan 11 07:26:37 2002] [error] [client 127.0.0.1] (24)Too many
>open files: file permissions deny server access: /exp
>ort/home/trawick/apacheinst/htdocs/index.html.en
>[Fri Jan 11 07:26:37 2002] [error] [client 127.0.0.1] (24)Too many
>open files: cannot access type map file: /export/home
>/trawick/apacheinst/error/HTTP_FORBIDDEN.html.var
>[Fri Jan 11 07:26:38 2002] [notice] child pid 25493 exit signal
>Segmentation fault (11), possible coredump in /export/ho
>me/trawick/apacheinst
>
>This is the same coredump I saw before:
>
>#0  0xff33a3cc in apr_wait_for_io_or_timeout (sock=0x738360,
> for_read=1) at sendrecv.c:70
>70              FD_SET(sock->socketdes, &fdset);
>
>The socket has already been closed so trying to set bit -1 segfaults.
>