[asterisk-bugs] [JIRA] (ASTERISK-26713) Segfault when removing object from cache

Ross Beer (JIRA) noreply at issues.asterisk.org
Wed Jan 11 15:05:10 CST 2017


Ross Beer created ASTERISK-26713:
------------------------------------

             Summary: Segfault when removing object from cache
                 Key: ASTERISK-26713
                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26713
             Project: Asterisk
          Issue Type: Bug
      Security Level: None
          Components: Core/Sorcery
    Affects Versions: 14.2.1
         Environment: Fedora 23
            Reporter: Ross Beer


Segfault occurs when removing endpoint from the cache. The interesting thing here is that the endpoint is not in real-time but in the fixed config.

{noformat}
#0  0x00007f2c0fec8a28 in raise () at /lib64/libc.so.6
#1  0x00007f2c0feca62a in abort () at /lib64/libc.so.6
#2  0x00007f2c0ff0bdea in  () at /lib64/libc.so.6
#3  0x00007f2c0ff14936 in _int_free () at /lib64/libc.so.6
#4  0x00007f2c0ff1778c in free () at /lib64/libc.so.6
#5  0x00000000004dfd60 in ast_variable_destroy (doomed=0x7f2bc851fc50) at config.c:548
#6  0x00000000004dfec6 in ast_variables_destroy (v=0x7f2bc851fce0) at config.c:604
        vn = 0x7f2bc851fc50
#7  0x00007f2b809a18ed in sorcery_memory_cached_object_destructor (obj=0x7f2bc836b220) at res_sorcery_memory_cache.c:433
        cached = 0x7f2bc836b220
#8  0x000000000045e7c6 in internal_ao2_ref (user_data=0x7f2bc836b220, delta=-1, file=0x6b8fbb "astobj2.c", line=505, func=0x6b9248 <__FUNCTION__.8761> "__ao2_ref") at astobj2.c:438
        obj = 0x7f2bc836b208
        obj_mutex = 0x7f2bc836b220
        obj_rwlock = 0x7f2b5ed5e8a0
        current_value = 0
        ret = 1
        __PRETTY_FUNCTION__ = "internal_ao2_ref"
#9  0x000000000045ea77 in __ao2_ref (user_data=0x7f2bc836b220, delta=-1) at astobj2.c:505
        __FUNCTION__ = "__ao2_ref"
#10 0x00007f2b809a1976 in remove_from_cache (cache=0x1dd15d8, id=0x3126450 "inbound03", reschedule=1) at res_sorcery_memory_cache.c:471
        hash_object = 0x7f2bc836b220
        oldest_object = 0x7f2bd00175b0
        heap_object = 0x7f2bc836b220
#11 0x00007f2b809a2248 in sorcery_memory_cache_create (sorcery=0x1dce4d0, data=0x1dd15d8, object=0x3126668) at res_sorcery_memory_cache.c:810
        cache = 0x1dd15d8
        cached = 0x7f2bc863b720
        __PRETTY_FUNCTION__ = "sorcery_memory_cache_create"
#12 0x00000000005cb134 in sorcery_cache_create (obj=0x1dd15a0, arg=0x7f2b5ed5e9a0, flags=0) at sorcery.c:1854
        object_wizard = 0x1dd15a0
        details = 0x7f2b5ed5e9a0
#13 0x00000000005cb2ed in ast_sorcery_retrieve_by_id (sorcery=0x1dce4d0, type=0x7f2b650a81d0 "endpoint", id=0x3bfc232 "<< ENDPOINT >>") at sorcery.c:1890
        rc = 0
        idx = 1
        res = 0x0
        sdetails = {sorcery = 0x1dce4d0, obj = 0x3126668}
        object_type = 0x1dd0cf0
        object = 0x3126668
        i = 0
        cached = 0
        __PRETTY_FUNCTION__ = "ast_sorcery_retrieve_by_id"
#14 0x00007f2b650a71cf in ip_identify (rdata=<optimized out>) at res_pjsip_endpoint_identifier_ip.c:141
        addr = {ss = {ss_family = 2, __ss_padding = "\023\304%\235\066\312", '\000' <repeats 111 times>, __ss_align = 0}, len = 16}
        candidates = 0x7f2bc80754f8
        match = 0x3d32468
        endpoint = <optimized out>
        __PRETTY_FUNCTION__ = "ip_identify"
#15 0x00007f2b813f7322 in ast_sip_identify_endpoint (rdata=rdata at entry=0x7f2bc81f3da8) at res_pjsip.c:2527
        iter = 0x21d7dc0
{noformat}



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



More information about the asterisk-bugs mailing list