[ https://issues.apache.org/jira/browse/TS-1219?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13975723#comment-13975723 ]
Phil Sorber commented on TS-1219: --------------------------------- [~briang], Is this still a problem? Was this fixed by the 128bit CAS patches? > Crash report: ink_freelist_new causing core dumps > ------------------------------------------------- > > Key: TS-1219 > URL: https://issues.apache.org/jira/browse/TS-1219 > Project: Traffic Server > Issue Type: Bug > Components: Core > Affects Versions: 3.0.4, 3.0.2 > Reporter: Manjesh Nilange > Labels: Crash > Fix For: 5.2.0 > > > Our TS based production boxes are seeing a couple of crashes per day with > stack traces ending in > #3 0x00000000004c85ea in signal_handler (sig=11) at signals.cc:225 > #4 <signal handler called> > #5 0x0000003312414160 in ink_freelist_new (f=0x3312629ce0) at > ink_queue.cc:326 > #6 0x000000331240d47a in alloc_void (this=0x7fff80173cd8, size=511, > alignment=1) at Allocator.h:208 > #7 blk_alloc (this=0x7fff80173cd8, size=511, alignment=1) at Arena.cc:45 > #8 Arena::alloc (this=0x7fff80173cd8, size=511, alignment=1) at Arena.cc:118 > #9 0x0000000000569b93 in str_alloc (arena=<value optimized out>, > url=0x31be6a8 "*************"..., > len_in=<value optimized out>, len_out=0x7fff80173d20) at > ../../lib/ts/Arena.h:123 > #10 LogUtils::escapify_url (arena=<value optimized out>, > url=0x31be6a8 "*************"..., > len_in=<value optimized out>, len_out=0x7fff80173d20) at LogUtils.cc:392 > #11 0x00000000005482e9 in LogAccessHttp::init (this=0x7fff80173cc0) at > LogAccessHttp.cc:98 > #12 0x000000000054b436 in Log::access (lad=0x7fff80173cc0) at Log.cc:1055 > #13 0x00000000004f3085 in HttpSM::update_stats (this=0x2ae5480651e0) at > HttpSM.cc:6044 > #14 0x00000000004f8918 in HttpSM::kill_this (this=0x2ae5480651e0) at > HttpSM.cc:6005 > #15 0x00000000004f8c08 in HttpSM::main_handler (this=0x2ae5480651e0, > event=2301, data=0x2ae548066ec8) > at HttpSM.cc:2452 > The URL was valid, I just "anonymized" it. This is our environment > $ uname -a > Linux xxx.prod 2.6.32-131.4.1.el6.x86_64 #1 SMP Fri Jun 10 10:54:26 EDT 2011 > x86_64 x86_64 x86_64 GNU/Linux > $ file /usr/bin/traffic_server > /usr/bin/traffic_server: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), > dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped > There doesn't seem to be more useful information in the frame: > (gdb) f 5 > #5 0x0000003312414160 in ink_freelist_new (f=0x3312629ce0) at > ink_queue.cc:326 > 326 FREELIST_VERSION(item) + 1); > (gdb) list > 321 fastalloc_mem_in_use += f->chunk_size * f->type_size; > 322 #endif > 323 > 324 } else { > 325 SET_FREELIST_POINTER_VERSION(next, > *ADDRESS_OF_NEXT(TO_PTR(FREELIST_POINTER(item)), f->offset), > 326 FREELIST_VERSION(item) + 1); > 327 #if !defined(INK_USE_MUTEX_FOR_FREELISTS) > 328 result = ink_atomic_cas64((int64_t *) & f->head.data, item.data, > next.data); > 329 #else > 330 f->head.data = next.data; > (gdb) p next > $2 = <value optimized out> > (gdb) p f > $3 = (InkFreeList *) 0x3312629ce0 > (gdb) p *f > $4 = {head = {data = -8941773651046140890}, name = 0x331241e92f "ArenaBlock", > type_size = 1024, chunk_size = 128, > count = 519, allocated = 1536, offset = 0, alignment = 8, allocated_base = > 0, count_base = 0} > (gdb) p item > $5 = {data = -8953314125091277786} -- This message was sent by Atlassian JIRA (v6.2#6252)