You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Leif Hedstrom (JIRA)" <ji...@apache.org> on 2013/09/04 22:55:53 UTC

[jira] [Resolved] (TS-1327) Crash report: thread_alloc (this=0x1162060, t=0x0), in HttpSM::do_http_server_open

     [ https://issues.apache.org/jira/browse/TS-1327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Leif Hedstrom resolved TS-1327.
-------------------------------

       Resolution: Duplicate
    Fix Version/s:     (was: 4.2.0)
         Assignee:     (was: Alan M. Carroll)

I think this duplicates the generic problem with share_server_sessions=2.

Lets combine these bug reports into one, TS-1666. amc, if you have some good ideas on this problem, please assign TS-1666 to yourself. 
                
> Crash report: thread_alloc<UnixNetVConnection> (this=0x1162060, t=0x0), in HttpSM::do_http_server_open
> ------------------------------------------------------------------------------------------------------
>
>                 Key: TS-1327
>                 URL: https://issues.apache.org/jira/browse/TS-1327
>             Project: Traffic Server
>          Issue Type: Bug
>          Components: HTTP, Network
>    Affects Versions: 3.3.0
>         Environment: tree 3.2.x x86_64 cluster type=1, with some patches in cluster
>            Reporter: Zhao Yongming
>
> {code}
> Core was generated by `/usr/bin/traffic_server -M --httpport 8080:fd=12,80:fd=13'.
> Program terminated with signal 11, Segmentation fault.
> #0  thread_alloc<UnixNetVConnection> (this=0x1162060, t=0x0) at ../../iocore/eventsystem/I_ProxyAllocator.h:50
> 50        if (l.freelist) {
> Missing separate debuginfos, use: debuginfo-install expat-2.0.1-9.1.el6.x86_64 glibc-2.12-1.47.el6.x86_64 keyutils-libs-1.4-3.el6.x86_64 krb5-libs-1.9-22.el6.x86_64 libattr-2.4.44-7.el6.x86_64 libcap-2.16-5.5.el6.x86_64 libcom_err-1.41.12-11.el6.x86_64 libgcc-4.4.6-3.el6.x86_64 libselinux-2.0.94-5.2.el6.x86_64 libstdc++-4.4.6-3.el6.x86_64 ncurses-libs-5.7-3.20090208.el6.x86_64 openssl-1.0.0-20.el6.x86_64 pcre-7.8-3.1.el6.x86_64 readline-6.0-3.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-27.el6.x86_64
> (gdb) bt
> #0  thread_alloc<UnixNetVConnection> (this=0x1162060, t=0x0) at ../../iocore/eventsystem/I_ProxyAllocator.h:50
> #1  UnixNetProcessor::allocateThread (this=0x1162060, t=0x0) at UnixNetProcessor.cc:474
> #2  0x0000000000645c91 in UnixNetProcessor::connect_re_internal (this=0x1162060, cont=<value optimized out>, target=0x2aba94506d88, 
>     opt=0x2aba4dc8f980) at UnixNetProcessor.cc:200
> #3  0x0000000000525587 in connect_re (this=0x2aba945066f0, raw=<value optimized out>) at ../../iocore/net/P_UnixNetProcessor.h:89
> #4  HttpSM::do_http_server_open (this=0x2aba945066f0, raw=<value optimized out>) at HttpSM.cc:4333
> #5  0x00000000005291f8 in HttpSM::set_next_state (this=0x2aba945066f0) at HttpSM.cc:6591
> #6  0x000000000052a128 in HttpSM::state_send_server_request_header (this=0x2aba945066f0, event=104, data=0x2aba90010da8) at HttpSM.cc:1932
> #7  0x00000000005202b8 in HttpSM::main_handler (this=0x2aba945066f0, event=104, data=0x2aba90010da8) at HttpSM.cc:2463
> #8  0x0000000000648651 in handleEvent (event=<value optimized out>, nh=0x2aba4d4901e8, vc=0x2aba90010ca0)
>     at ../../iocore/eventsystem/I_Continuation.h:146
> #9  read_signal_and_update (event=<value optimized out>, nh=0x2aba4d4901e8, vc=0x2aba90010ca0) at UnixNetVConnection.cc:138
> #10 read_signal_done (event=<value optimized out>, nh=0x2aba4d4901e8, vc=0x2aba90010ca0) at UnixNetVConnection.cc:168
> #11 0x000000000064abf5 in read_from_net (nh=0x2aba4d4901e8, vc=0x2aba90010ca0, thread=<value optimized out>) at UnixNetVConnection.cc:291
> #12 0x0000000000643c6a in NetHandler::mainNetEvent (this=0x2aba4d4901e8, event=<value optimized out>, e=<value optimized out>)
>     at UnixNet.cc:372
> #13 0x00000000006698a4 in handleEvent (this=0x2aba4d48d010, e=0x1b0fdc0, calling_code=5) at I_Continuation.h:146
> #14 EThread::process_event (this=0x2aba4d48d010, e=0x1b0fdc0, calling_code=5) at UnixEThread.cc:142
> #15 0x000000000066a233 in EThread::execute (this=0x2aba4d48d010) at UnixEThread.cc:264
> #16 0x0000000000668b72 in spawn_thread_internal (a=0x1ac9640) at Thread.cc:88
> #17 0x00000032d38077f1 in start_thread () from /lib64/libpthread.so.0
> #18 0x00000032d34e570d in clone () from /lib64/libc.so.6
> (gdb) 
> (gdb) f 2
> #2  0x0000000000645c91 in UnixNetProcessor::connect_re_internal (this=0x1162060, cont=<value optimized out>, target=0x2aba94506d88, 
>     opt=0x2aba4dc8f980) at UnixNetProcessor.cc:200
> 200       UnixNetVConnection *vc = allocateThread(t);
> (gdb) l
> 195       sockaddr const* target,
> 196       NetVCOptions * opt
> 197     ) {
> 198       ProxyMutex *mutex = cont->mutex;
> 199       EThread *t = mutex->thread_holding;
> 200       UnixNetVConnection *vc = allocateThread(t);
> 201
> 202       if (opt)
> 203         vc->options = *opt;
> 204       else
> (gdb) p *t
> Cannot access memory at address 0x0
> (gdb) 
> {code}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira