[ 
https://issues.apache.org/jira/browse/TS-2750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13983245#comment-13983245
 ] 

Sudheer Vinukonda commented on TS-2750:
---------------------------------------

Strangely, I've not been able to reproduce this core since Friday evening. 
There hasn't been any changes on the ATS version that I have been using, but, 
it looks to be running fine since Friday. Will continue to monitor and report 
back if I see it again.

In the mean time, below's the stack trace from gdb for this core from Friday 
morning.

#0  thread_alloc_init<HttpClientSession> (this=0x40dead0, event=<value 
optimized out>, data=0x2ab87e071948) at 
../../iocore/eventsystem/I_ProxyAllocator.h:71
71          memcpy((void *) v, (void *) &a.proto.typeObject, sizeof(C));
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.132.el6.x86_64 
gmp-4.3.1-7.el6_2.2.x86_64 hwloc-1.5-1.el6.x86_64 
keyutils-libs-1.4-4.el6.x86_64 krb5-libs-1.10.3-10.el6_4.6.x86_64 
libattr-2.4.44-7.el6.x86_64 libcap-2.16-5.5.el6.x86_64 
libcom_err-1.41.12-18.el6.x86_64 libgcc-4.4.7-4.el6.x86_64 
libselinux-2.0.94-5.3.el6_4.1.x86_64 libstdc++-4.4.7-4.el6.x86_64 
libxml2-2.7.6-14.el6.x86_64 nss-softokn-freebl-3.14.3-9.el6.x86_64 
numactl-2.0.7-8.el6.x86_64 openssl-1.0.1e-16.el6_5.4.x86_64 
pciutils-libs-3.1.10-2.el6.x86_64 pcre-7.8-6.el6.x86_64 tcl-8.5.7-6.el6.x86_64 
xz-libs-4.999.9-0.3.beta.20091007git.el6.x86_64 zlib-1.2.3-29.el6.x86_64
(gdb) bt
#0  thread_alloc_init<HttpClientSession> (this=0x40dead0, event=<value 
optimized out>, data=0x2ab87e071948) at 
../../iocore/eventsystem/I_ProxyAllocator.h:71
#1  HttpAcceptCont::mainEvent (this=0x40dead0, event=<value optimized out>, 
data=0x2ab87e071948) at HttpAcceptCont.cc:62
#2  0x00000000004db5cb in handleEvent (this=0x2ab87e071750) at 
../iocore/eventsystem/I_Continuation.h:146
#3  PluginVCCore::state_send_accept (this=0x2ab87e071750) at PluginVC.cc:1118
#4  0x00000000004db8b3 in PluginVCCore::connect (this=0x2ab87e071750) at 
PluginVC.cc:1064
#5  0x00000000004b4b93 in TSHttpConnectWithProtoStack (addr=0x2ab870a46134, 
proto_stack=4096) at InkAPI.cc:6114
#6  0x00000000004c626a in httpConnect (this=0x2ab870a45f90) at FetchSM.cc:73
#7  FetchSM::ext_lanuch (this=0x2ab870a45f90) at FetchSM.cc:523
#8  0x00000000005d287c in spdy_fetcher_launch (req=0x2ab85877bc50, 
method=TS_FETCH_METHOD_GET) at SpdyCallbacks.cc:203
#9  0x00000000005d361e in spdy_process_syn_stream_frame (session=<value 
optimized out>, type=<value optimized out>, frame=<value optimized out>, 
user_data=0x2ab85559bfe0) at SpdyCallbacks.cc:288
#10 spdy_on_ctrl_recv_callback (session=<value optimized out>, type=<value 
optimized out>, frame=<value optimized out>, user_data=0x2ab85559bfe0) at 
SpdyCallbacks.cc:326
#11 0x0000000000718e50 in spdylay_session_on_syn_stream_received 
(session=0x2ab87d649060, frame=0x2ab79ce509e0) at spdylay_session.c:1782
#12 0x0000000000719b57 in spdylay_session_process_ctrl_frame 
(session=0x2ab87d649060, in=0x2ab79ce50a50 "\200\003", inlen=<value optimized 
out>) at spdylay_session.c:2246
#13 spdylay_session_mem_recv (session=0x2ab87d649060, in=0x2ab79ce50a50 
"\200\003", inlen=<value optimized out>) at spdylay_session.c:2805
#14 0x0000000000719d89 in spdylay_session_recv (session=0x2ab87d649060) at 
spdylay_session.c:2828
#15 0x00000000005d0ce8 in spdy_process_read (contp=<value optimized out>, 
event=TS_EVENT_VCONN_READ_READY, edata=<value optimized out>) at SpdySM.cc:263
#16 spdy_default_handler (contp=<value optimized out>, 
event=TS_EVENT_VCONN_READ_READY, edata=<value optimized out>) at SpdySM.cc:233
#17 0x00000000006edc27 in handleEvent (this=0x2ab8c821fe10, event=<value 
optimized out>) at ../../iocore/eventsystem/I_Continuation.h:146
#18 read_signal_and_update (this=0x2ab8c821fe10, event=<value optimized out>) 
at UnixNetVConnection.cc:216
#19 UnixNetVConnection::readSignalAndUpdate (this=0x2ab8c821fe10, event=<value 
optimized out>) at UnixNetVConnection.cc:998
#20 0x00000000006dde27 in SSLNetVConnection::net_read_io (this=0x2ab8c821fe10, 
nh=0x2ab79b540c10, lthread=0x2ab79b53d010) at SSLNetVConnection.cc:294
#21 0x00000000006e5292 in NetHandler::mainNetEvent (this=0x2ab79b540c10, 
event=<value optimized out>, e=<value optimized out>) at UnixNet.cc:384
#22 0x000000000071322f in handleEvent (this=0x2ab79b53d010, e=0x3053c50, 
calling_code=5) at I_Continuation.h:146
#23 EThread::process_event (this=0x2ab79b53d010, e=0x3053c50, calling_code=5) 
at UnixEThread.cc:145
#24 0x0000000000713bd3 in EThread::execute (this=0x2ab79b53d010) at 
UnixEThread.cc:269
#25 0x00000000007125da in spawn_thread_internal (a=0x3308ef0) at Thread.cc:88
#26 0x00002ab786c6f851 in __free_tcb () from /lib64/libpthread.so.0
#27 0x0000000000000000 in ?? ()




> Crash with SPDY on production environment in HttpAcceptCont::mainEvent
> ----------------------------------------------------------------------
>
>                 Key: TS-2750
>                 URL: https://issues.apache.org/jira/browse/TS-2750
>             Project: Traffic Server
>          Issue Type: Bug
>          Components: SPDY
>            Reporter: Sudheer Vinukonda
>            Assignee: Yunkai Zhang
>              Labels: SPDY_ATS
>             Fix For: sometime
>
>
> After applying patches to ts-2742 (removing the ipv4 assert) and ts-2743 (w/ 
> a temporary fix still using the TS API, before a permanent fix is available), 
> noticed the below new core. 
> NOTE: Traffic Server received Sig 11: Segmentation fault
> /home/y/bin/traffic_server - STACK TRACE: 
> /lib64/libpthread.so.0(+0x329720f500)[0x2b64e0a7a500]
> /home/y/bin/traffic_server(_ZN14HttpAcceptCont9mainEventEiPv+0x147)[0x563337]
> /home/y/bin/traffic_server(_ZN12PluginVCCore17state_send_acceptEiPv+0x9b)[0x4db38b]
> /home/y/bin/traffic_server(_ZN12PluginVCCore7connectEv+0x23)[0x4db673]
> /home/y/bin/traffic_server(TSHttpConnectWithProtoStack+0x83)[0x4b4b53]
> /home/y/bin/traffic_server(_ZN7FetchSM10ext_lanuchEv+0x3b)[0x4c621b]
> /home/y/bin/traffic_server[0x5d263c]
> /home/y/bin/traffic_server(_Z26spdy_on_ctrl_recv_callbackP15spdylay_session18spdylay_frame_typeP13spdylay_framePv+0x6fe)[0x5d33de]
> /home/y/bin/traffic_server(spdylay_session_on_syn_stream_received+0xe0)[0x718c10]
> /home/y/bin/traffic_server(spdylay_session_mem_recv+0xb47)[0x719917]
> /home/y/bin/traffic_server(spdylay_session_recv+0x49)[0x719b49]
> /home/y/bin/traffic_server[0x5d0aa8]
> /home/y/bin/traffic_server(_ZN18UnixNetVConnection19readSignalAndUpdateEi+0x27)[0x6ed9e7]
> /home/y/bin/traffic_server(_ZN17SSLNetVConnection11net_read_ioEP10NetHandlerP7EThread+0xf37)[0x6ddbe7]
> /home/y/bin/traffic_server(_ZN10NetHandler12mainNetEventEiP5Event+0x1f2)[0x6e5052]
> /home/y/bin/traffic_server(_ZN7EThread13process_eventEP5Eventi+0x8f)[0x712fef]
> /home/y/bin/traffic_server(_ZN7EThread7executeEv+0x493)[0x713993]
> /home/y/bin/traffic_server[0x71239a]
> /lib64/libpthread.so.0(+0x3297207851)[0x2b64e0a72851]
> /lib64/libc.so.6(clone+0x6d)[0x3296ee890d]



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to