httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yannick Mercier" <yanmerc...@gmail.com>
Subject Re: [users@httpd] any luck using shared memory for mod_ssl SSLSessionCache ?
Date Mon, 30 Apr 2007 23:35:44 GMT
I found out how to backtrace the core files from httpd crash due to
SSLSessionCache, and here is the output of the backtrace from Sun Studio
Debugger
Any help with this backtrace to find out if this is due to a
misconfiguration, or a bug in the software would be appreciated:

dbx /opt/apache/bin/httpd /var/core/core.httpd.2372
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.5' in your
.dbxrc
Reading httpd
core file header read successfully
Reading ld.so.1
Reading libaprutil-1.so.0
Reading libldap-2.3.so.0
Reading liblber-2.3.so.0
Reading libexpat.so.0
Reading libapr-1.so.0
Reading libuuid.so.1
Reading libsendfile.so.1
Reading librt.so.1
Reading libsocket.so.1
Reading libnsl.so.1
Reading libpthread.so.1
Reading libdl.so.1
Reading libthread.so.1
Reading libc.so.1
Reading libucb.so.1
Reading libresolv.so.2
Reading libelf.so.1
Reading libgen.so.1
Reading libaio.so.1
Reading libmp.so.2
Reading libc_psr.so.1
Reading nss_files.so.1
Reading mod_authz_host.so
Reading mod_auth_basic.so
Reading mod_deflate.so
Reading libz.so.1
Reading mod_ldap.so
Reading mod_log_config.so
Reading mod_log_forensic.so
Reading mod_logio.so
Reading mod_env.so
Reading mod_headers.so
Reading mod_setenvif.so
Reading mod_ssl.so
Reading mod_mime.so
Reading mod_status.so
Reading mod_info.so
Reading mod_dir.so
Reading mod_alias.so
Reading mod_rewrite.so
Reading mod_perl.so
Reading libperl.so
Reading libmalloc.so.1
Reading libm.so.1
Reading libsec.so.1
Reading mod_authnz_ldap.so
Reading mod_evasive20.so
Reading Embperl.so
t@1 (l@1) terminated by signal BUS (invalid address alignment)
0xffffffff7945b664: shmcb_lookup_session_id+0x0264:     ld       [%i5 + 12],
%g1
(dbx) where -h

current thread: t@1
=>[1] shmcb_lookup_session_id(0x10024d470, 0xffffffff7fff8760,
0xffffffff7fff8740, 0x10038e5fb, 0x10, 0xffffffff7c127152), at
0xffffffff7945b664
  [2] shmcb_retrieve_session(0x10024d470, 0xffffffff7c100008, 0x60, 0x270e2,
0x10, 0xa), at 0xffffffff79459134
  [3] ssl_scache_shmcb_retrieve(0x10024d470, 0x10038e5fb, 0x10, 0x0,
0x26e0d4, 0xffffffff796c5a18), at 0xffffffff79457990
  [4] ssl_callback_GetSessionCacheEntry(0x1003a04b0, 0x10038e5fb, 0x10,
0xffffffff7fff8a4c, 0x0, 0x10), at 0xffffffff7944ad98
  [5] ssl_get_prev_session(0x1, 0x10038e5fb, 0x10, 0x1, 0x10036b7c0, 0xaa),
at 0xffffffff794743f4
  [6] get_client_hello(0x1003a04b0, 0x10038e5e0, 0x32, 0x10,
0xffffffff796c5a18, 0x12), at 0xffffffff7945fac4
  [7] ssl2_accept(0x1003a04b0, 0x1, 0x0, 0x2070, 0x2010, 0x2030), at
0xffffffff7945e4a8
  [8] ssl23_get_client_hello(0x1003a04b0, 0x6000000, 0x0, 0x10039f360,
0xffffffff796c5a18, 0x1), at 0xffffffff79466f98
  [9] ssl23_accept(0x1003a04b0, 0x0, 0x2210, 0x6000, 0xffffffff796c5a18,
0x4000), at 0xffffffff7946612c
  [10] ssl_io_filter_connect(0x10037a7f0, 0x100379f58, 0x0, 0x10039cd70,
0x1003479b8, 0x10037a6e8), at 0xffffffff7944601c
  [11] ssl_io_filter_input(0x100385588, 0x10039e548, 0x1, 0x0, 0x0,
0x1001dca48), at 0xffffffff794467cc
  [12] ap_rgetline_core(0x10039ce38, 0x2000, 0xffffffff7fff91e0,
0x10039ce08, 0x10039e550, 0x10039e548), at 0x100029074
  [13] ap_read_request(0x100379f58, 0x10039ce38, 0x100385588, 0x10024d470,
0x10039ce08, 0x1), at 0x10002a6f0
  [14] ap_process_http_connection(0x100379f58, 0x100379f58, 0x1,
0x100176758, 0x126b14, 0x1), at 0x10004fc68
  [15] ap_process_connection(0x100379f58, 0x1001a2f88, 0xbee0, 0x1003488a0,
0x100182638, 0x4), at 0x100049a68
  [16] child_main(0x100379f58, 0x1001826a0, 0x10017e0cc, 0x100176758,
0x10017df80, 0x100182758), at 0x100059fcc
  [17] make_child(0x7400, 0x1, 0x0, 0x11c594, 0x100176758, 0x1000594a0), at
0x10005a330
  [18] startup_children(0x5, 0x100, 0x7628, 0xff000000, 0x10017e0c0,
0x100176758), at 0x10005a40c
  [19] ap_mpm_run(0xffffffff7bf00008, 0x5, 0x100197b70, 0x10017df88,
0x100176758, 0x1001826e0), at 0x10005a6d0
  [20] main(0x7400, 0x0, 0x10017de68, 0x100197b70, 0x1001905d8,
0x100176758), at 0x10001de04
(dbx)



Thank you
Yannick


On 4/23/07, Yannick Mercier <yanmercier@gmail.com> wrote:
>
> Yep Ive got some core files in /var/core, one for every time
> a child crashes
>
> my SSLMutex is set to pthreads
> ive tried different settings for SSLMutex in combination
> with different settings for SSLSessionCache and I concluded
> that problems happen when SSLSessionCache is set to shm
> independently of SSLMutex settings
>
> there is a debugger installed with Sun Studio at /opt/SUNWspro/bin/dbx
> but Im not familiar with it dont know how to run a backtrace on the core
> file
>
> I could upload the core file somewhere
>
>
> On 4/23/07, Sander Temme <sctemme@apache.org> wrote:
> >
> >
> > On Apr 23, 2007, at 8:12 AM, Yannick Mercier wrote:
> >
> > > [Mon Mar 19 08:45:28 2007] [notice] child pid 27827 exit signal Bus
> > > error (10), possible coredump in /opt/apache
> >
> > If the httpd child can write to /opt/apache, you're likely to find a
> > core file there.  We'd be hugely interested in a backtrace of that.
> > That'd give us the state of the system when the crash occurred, and
> > would give us insight into what went wrong.
> >
> > If you don't find that core file, manipulate the core location to be
> > a directory to which the httpd children have write access. See the
> > CoreDumpDirectory directive and coreadm(1M).
> >
> > What's your SSLMutex? Have you tried different settings for that?
> >
> > > Anyone can help fixing this ? any suggestions ? I built apache with
> > > Sun Studio 11 under Solaris 8 with mod_authnz_ldap/openldap in 64bit
> > > with these flags to the compiler -fast -xarch=v9b -xcode=pic32 , I
> > > then compiled mod_perl and mod_evasive using apxs
> >
> > I'm not sure how you take backtraces with the debugger that comes
> > with Sun Studio.  I have it installed on a VMWare image, but before I
> > can try figure this out I have a lot of bears to cook, so if you, or
> > someone else, beats me to it that'd be better for all.
> >
> > S.
> >
> > --
> > Sander Temme
> > sctemme@apache.org
> > PGP FP: 51B4 8727 466A 0BC3 69F4  B7B8 B2BE BC40 1529 24AF
> >
> >
> >
> >
> >
>

Mime
View raw message