You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Zhao Yongming (Resolved) (JIRA)" <ji...@apache.org> on 2011/11/09 11:07:51 UTC

[jira] [Resolved] (TS-971) Thread error in the cache evacuation feature

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

Zhao Yongming resolved TS-971.
------------------------------

    Resolution: Fixed

this issue is fixed in r1199679, together with TS-970.
                
> Thread error in the cache evacuation feature
> --------------------------------------------
>
>                 Key: TS-971
>                 URL: https://issues.apache.org/jira/browse/TS-971
>             Project: Traffic Server
>          Issue Type: Bug
>          Components: Cache
>            Reporter: mohan_zl
>            Assignee: mohan_zl
>             Fix For: 3.1.1
>
>         Attachments: TS-970andTS-971.patch
>
>
> After fix the Bug TS-970, i go on testing the evacuate feature for the cache, with the same environment and test methods, and this time, trafficserver crash in another codes, somewhat strange.
> {code}
> (gdb) bt
> #0  0x0000003639c30265 in raise () from /lib64/libc.so.6
> #1  0x0000003639c31d10 in abort () from /lib64/libc.so.6
> #2  0x00002b9258e7e6fa in ink_die_die_die (retval=Could not find the frame base for "ink_die_die_die".
> ) at ink_error.cc:43
> #3  0x00002b9258e7e979 in ink_fatal_va (return_code=Could not find the frame base for "ink_fatal_va".
> ) at ink_error.cc:65
> #4  0x00002b9258e7eb46 in ink_fatal (return_code=Could not find the frame base for "ink_fatal".
> ) at ink_error.cc:73
> #5  0x00002b9258e7c97a in _ink_assert (a=Could not find the frame base for "_ink_assert".
> ) at ink_assert.cc:44
> #6  0x00000000004f45df in EThread::schedule (this=0x2aaaabe9c010, e=0x2aaab4325e00, fast_signal=true)
>     at ../../iocore/eventsystem/P_UnixEThread.h:96
> #7  0x00000000006496db in EThread::schedule_imm_signal (this=0x2aaaabe9c010, cont=0x302b948, callback_event=1, cookie=0x0)
>     at ../../iocore/eventsystem/P_UnixEThread.h:62
> #8  0x00000000006c4427 in aio_thread_main (arg=0x2aaaac0d1820) at AIO.cc:528
> #9  0x00000000006c4afa in AIOThreadInfo::start (this=0x2aaaac0d1820, event=1, e=0x2a05650) at AIO.cc:188
> #10 0x00000000004d3789 in Continuation::handleEvent (this=0x2aaaac0d1820, event=1, data=0x2a05650) at I_Continuation.h:146
> #11 0x00000000006f705b in EThread::execute (this=0x2aaaabe9c010) at UnixEThread.cc:289
> #12 0x00000000006f6307 in spawn_thread_internal (a=0x2aaaac0d1870) at Thread.cc:88
> #13 0x000000363a8064a7 in start_thread () from /lib64/libpthread.so.0
> #14 0x0000003639cd3c2d in clone () from /lib64/libc.so.6
> (gdb) f 8
> #8  0x00000000006c4427 in aio_thread_main (arg=0x2aaaac0d1820) at AIO.cc:528
> 528             op->thread->schedule_imm_signal(op);
> (gdb) p *op
> $1 = {<Continuation> = {<force_VFPT_to_top> = {_vptr.force_VFPT_to_top = 0x760710}, 
>     handler = 0x68a4f6 <AIOCallbackInternal::io_complete(int, void*)>, handler_name = 0x75dfb0 "&AIOCallbackInternal::io_complete", mutex = {
>       m_ptr = 0x2aaaac261f70}, link = {<SLink<Continuation>> = {next = 0x0}, prev = 0x0}}, aiocb = {aio_fildes = 38, aio_buf = 0x2aabd80db000, 
>     aio_nbytes = 3072, aio_offset = 3359854592, aio_reqprio = 0, aio_lio_opcode = 1, aio_state = 0, aio__pad = {0}}, action = {_vptr.Action = 0x0, 
>     continuation = 0x302b7c0, mutex = {m_ptr = 0x2aaaac261f70}, cancelled = 0}, thread = 0x2aaaabe9c010, then = 0x0, aio_result = 3072}
> (gdb) p ((CacheVC *)op->action->continuation)->io->aiocb
> $1 = {aio_fildes = 38, aio_buf = 0x2aabd80db000, aio_nbytes = 3072, aio_offset = 3359854592, aio_reqprio = 0, aio_lio_opcode = 1, aio_state = 0, 
>   aio__pad = {0}}
> (gdb) p ((CacheVC *)op->action->continuation)->handler_name
> $2 = 0x75f372 "&CacheVC::handleReadDone"
> (gdb) p ((CacheVC *)op->action->continuation)->f.evacuator
> $3 = 1
> (gdb) p ((CacheVC *)op->action->continuation)->save_handler
> $4 = 0x6afe9e <CacheVC::evacuateReadHead(int, Event*)>
> (gdb) f 6
> #6  0x00000000004f45df in EThread::schedule (this=0x2aaaabe9c010, e=0x2aaab4325e00, fast_signal=true)
>     at ../../iocore/eventsystem/P_UnixEThread.h:96
> 96        ink_assert(tt == REGULAR);
> (gdb) p tt
> $2 = DEDICATED
> {code}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira