httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bill Stoddard" <b...@wstoddard.com>
Subject Re: apache 2.0 on apache.org status
Date Thu, 01 Feb 2001 14:34:20 GMT

> Brian Behlendorf <brian@collab.net> writes:
>
> > apache 2.0 built as of this afternoon now running on apache.org.  A few
> > corefiles so far in /usr/local/apache2/corefiles, but less frequent than
> > before.  Looks like at least 2-3 different problems.
>
> Problem one looks like:
>
> #0  0x808e89d in apr_get_ipaddr (addr=0x8130118, sockaddr=0x0) at
../unix/sa_common.c:119
> 119         *addr = apr_palloc(sockaddr->pool, sockaddr->addr_str_len);
> (gdb) bt
> #0  0x808e89d in apr_get_ipaddr (addr=0x8130118, sockaddr=0x0) at
../unix/sa_common.c:119
> #1  0x806da60 in ap_new_connection (p=0x813000c, server=0x80b4514,
inout=0x813003c, id=117) at connection.c:283
> #2  0x80644f5 in child_main (child_num_arg=117) at prefork.c:1049
> #3  0x8064631 in make_child (s=0x80b4514, slot=117, now=981016492) at
prefork.c:1124
> #4  0x8064838 in perform_idle_server_maintenance () at prefork.c:1267
> #5  0x8064bb1 in ap_mpm_run (_pconf=0x80b400c, plog=0x80de00c, s=0x80b4514)
at prefork.c:1455
> #6  0x806931c in main (argc=3, argv=0xbfbffa6c) at main.c:431
> #7  0x8058401 in _start ()
> (gdb) up
> #1  0x806da60 in ap_new_connection (p=0x813000c, server=0x80b4514,
inout=0x813003c, id=117) at connection.c:283
> 283         apr_get_ipaddr(&conn->local_ip, conn->local_addr);
> (gdb) p conn->local_addr
> $1 = (apr_sockaddr_t *) 0x0
> (gdb) p *conn
> $2 = {pool = 0x813000c, base_server = 0x0, vhost_lookup_data = 0x0,
client_socket = 0x0, local_addr = 0x0,
>   remote_addr = 0x0, remote_ip = 0x0, remote_host = 0x0, remote_logname =
0x0, aborted = 0, keepalive = 0, keptalive = 0,
>   double_reverse = 0, keepalives = 0, local_ip = 0x0, local_host = 0x0, id =
0, conn_config = 0x813013c,
>   notes = 0x81302cc, input_filters = 0x0, output_filters = 0x0, remain = 0}
> (gdb) p inout
> $3 = (apr_socket_t *) 0x813003c
> (gdb) p *inout
> $4 = {cntxt = 0x813000c, socketdes = 10, local_addr = 0x813005c, remote_addr
= 0x813009c, timeout = -1,
>   local_port_unknown = 0, local_interface_unknown = 1, netmask = 0}
>
> I would guess that the connection was dropped before
> ap_new_connection() called apr_get_sockaddr(,APR_LOCAL,), thus
> getsockname() (called by get_local_addr()) failed.
>
> We ignored the return code and the rest is history.
>
> Any ideas for verifying this hypothesis further?

Only the obvious.  Add a check for the return code and log the error when it
happens.

Bill


Mime
View raw message