You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Bryan Call (JIRA)" <ji...@apache.org> on 2014/05/20 18:42:38 UTC
[jira] [Assigned] (TS-2776) Core dump inside openssl library
[ https://issues.apache.org/jira/browse/TS-2776?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Bryan Call reassigned TS-2776:
------------------------------
Assignee: Bryan Call
> Core dump inside openssl library
> --------------------------------
>
> Key: TS-2776
> URL: https://issues.apache.org/jira/browse/TS-2776
> Project: Traffic Server
> Issue Type: Bug
> Components: SPDY, SSL
> Reporter: Sudheer Vinukonda
> Assignee: Bryan Call
> Labels: spdy, yahoo
> Fix For: 5.0.0
>
>
> During production testing of SPDY (w/ ATS compiled from master repo), noticed the below core from open ssl library. This core showed up after fixing a few other core dumps and memory leaks (refer TS-2742, TS-2743, TS-2750, TS-2765, TS-2767 etc) and happened once so far, after running stable for 30+ hours on a production host.
> {code}
> [example_prep.sh] Checking/Moving old cores...
> [TrafficServer] using root directory '/home/y'
> [TrafficManager] ==> Cleaning up and reissuing signal #15
> [TrafficManager] ==> signal #15
> [E. Mgmt] log ==> [TrafficManager] using root directory '/home/y'
> [example_prep.sh] Checking/Moving old cores...
> [TrafficServer] using root directory '/home/y'
> NOTE: Traffic Server received Sig 11: Segmentation fault
> /home/y/bin/traffic_server - STACK TRACE:
> /lib64/libpthread.so.0(+0x329720f500)[0x2b7dff1f6500]
> /usr/lib64/libssl.so.10[0x331622b2e7]
> /usr/lib64/libssl.so.10(ssl3_write_bytes+0x75)[0x331622b905]
> /home/y/bin/traffic_server(_ZN17SSLNetVConnection21load_buffer_and_writeElRlS0_R17MIOBufferAccessorRi+0xdf)[0x6db57f]
> /home/y/bin/traffic_server(_Z15write_to_net_ioP10NetHandlerP18UnixNetVConnectionP7EThread+0x418)[0x6ef488]
> /home/y/bin/traffic_server(_ZN10NetHandler12mainNetEventEiP5Event+0x283)[0x6e3ee3]
> /home/y/bin/traffic_server(_ZN7EThread13process_eventEP5Eventi+0x8f)[0x7109ff]
> /home/y/bin/traffic_server(_ZN7EThread7executeEv+0x43b)[0x71122b]
> /home/y/bin/traffic_server[0x70fdaa]
> /lib64/libpthread.so.0(+0x3297207851)[0x2b7dff1ee851]
> /lib64/libc.so.6(clone+0x6d)[0x3296ee890d]
> [E. Mgmt] log ==> [TrafficManager] using root directory '/home/y'
> [example_prep.sh] Checking/Moving old cores...
> [TrafficServer] using root directory '/home/y'
> {code}
> gdb output below:
> {code}
> (gdb) bt
> #0 0x000000331622b2e7 in ?? () from /usr/lib64/libssl.so.10
> #1 0x000000331622b905 in ssl3_write_bytes () from /usr/lib64/libssl.so.10
> #2 0x00000000006db57f in do_SSL_write (this=0x2b7f42c7ca70, towrite=207693, wattempted=@0x2b7e111aec28, total_wrote=@0x2b7e111aec30, buf=<value optimized out>, needs=@0x2b7e111aec38)
> at SSLNetVConnection.cc:90
> #3 SSLNetVConnection::load_buffer_and_write (this=0x2b7f42c7ca70, towrite=207693, wattempted=@0x2b7e111aec28, total_wrote=@0x2b7e111aec30, buf=<value optimized out>, needs=@0x2b7e111aec38)
> at SSLNetVConnection.cc:399
> #4 0x00000000006ef488 in write_to_net_io (nh=0x2b7e0f89ac10, vc=0x2b7f42c7ca70, thread=0x2b7e0f897010) at UnixNetVConnection.cc:527
> #5 0x00000000006e3ee3 in NetHandler::mainNetEvent (this=0x2b7e0f89ac10, event=<value optimized out>, e=<value optimized out>) at UnixNet.cc:400
> #6 0x00000000007109ff in handleEvent (this=0x2b7e0f897010, e=0x31ae0d0, calling_code=5) at I_Continuation.h:146
> #7 EThread::process_event (this=0x2b7e0f897010, e=0x31ae0d0, calling_code=5) at UnixEThread.cc:145
> #8 0x000000000071122b in EThread::execute (this=0x2b7e0f897010) at UnixEThread.cc:269
> #9 0x000000000070fdaa in spawn_thread_internal (a=0x2f8fbe0) at Thread.cc:88
> #10 0x00002b7dff1ee851 in start_thread () from /lib64/libpthread.so.0
> #11 0x0000003296ee890d in clone () from /lib64/libc.so.6
> (gdb) up
> #1 0x000000331622b905 in ssl3_write_bytes () from /usr/lib64/libssl.so.10
> (gdb) up
> #2 0x00000000006db57f in do_SSL_write (this=0x2b7f42c7ca70, towrite=207693, wattempted=@0x2b7e111aec28, total_wrote=@0x2b7e111aec30, buf=<value optimized out>, needs=@0x2b7e111aec38)
> at SSLNetVConnection.cc:90
> 90 SSLNetVConnection.cc: No such file or directory.
> in SSLNetVConnection.cc
> (gdb)
> {code}
--
This message was sent by Atlassian JIRA
(v6.2#6252)