[asterisk-bugs] [JIRA] (ASTERISK-26192) ARI: channel hangup make asterisk (ast_hangup)

Javier Riveros (JIRA) noreply at issues.asterisk.org
Wed Jul 13 11:44:56 CDT 2016


     [ https://issues.asterisk.org/jira/browse/ASTERISK-26192?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Javier Riveros  updated ASTERISK-26192:
---------------------------------------

    Attachment: asterisk_core_1468350189.zip

> ARI: channel hangup make asterisk (ast_hangup)
> ----------------------------------------------
>
>                 Key: ASTERISK-26192
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26192
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_pjsip, Resources/res_ari
>    Affects Versions: 13.9.1
>            Reporter: Javier Riveros 
>         Attachments: asterisk_core_1468350189.zip
>
>
> The following call :
> PSTN -> proxy -> (first call leg ) Asterisk ->(second call leg) proxy -> Webrtc (endpoint) 
> The call was working just fine for 20 minutes then when the call was hangup on the PSTN site asterisk try to clear the bridge and then just crash.
> The coredumps looks like this 
> {noformat}
> #0  0x00007ffa615bec37 in __GI_raise (sig=sig at entry=6)
>     at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
> #1  0x00007ffa615c2028 in __GI_abort () at abort.c:89
> #2  0x00007ffa615fb2a4 in __libc_message (do_abort=do_abort at entry=1, 
>     fmt=fmt at entry=0x7ffa617096b0 "*** Error in `%s': %s: 0x%s ***\n")
>     at ../sysdeps/posix/libc_fatal.c:175
> #3  0x00007ffa616069b2 in malloc_printerr (ptr=<optimized out>, 
>     str=0x7ffa617057e4 "corrupted double-linked list", action=1)
>     at malloc.c:4996
> #4  malloc_consolidate (av=av at entry=0x7ffa48000020) at malloc.c:4165
> #5  0x00007ffa61607ce8 in _int_malloc (av=av at entry=0x7ffa48000020, 
>     bytes=bytes at entry=4048) at malloc.c:3423
> #6  0x00007ffa6160b1dc in __libc_calloc (n=<optimized out>, 
>     elem_size=<optimized out>) at malloc.c:3219
> #7  0x00000000005fcea0 in _ast_calloc (num=1, len=4048, 
>     file=0x668390 "stringfields.c", lineno=66, 
>     func=0x6683bb <__PRETTY_FUNCTION__.8211> "calloc_wrapper")
>     at /tmp/tmp.HazODY9iIn/asterisk-13.9.1/include/asterisk/utils.h:573
> #8  0x00000000005e4ae6 in calloc_wrapper (num_structs=1, struct_size=4048, 
>     file=0x666f0b "stasis_channels.c", lineno=214, 
>     func=0x667630 <__PRETTY_FUNCTION__.15194> "ast_channel_snapshot_create")
>     at stringfields.c:66
> #9  0x00000000005e4b3b in add_string_pool (mgr=0x7ff9e9930ce0, 
>     pool_head=0x7ff9e9930c20, size=1024, file=0x666f0b "stasis_channels.c", 
>     lineno=214, 
>     func=0x667630 <__PRETTY_FUNCTION__.15194> "ast_channel_snapshot_create")
>     at stringfields.c:80
> #10 0x00000000005e50f7 in __ast_string_field_init (mgr=0x7ff9e9930ce0, 
>     pool_head=0x7ff9e9930c20, needed=1024, file=0x666f0b "stasis_channels.c", 
>     lineno=214, 
>     func=0x667630 <__PRETTY_FUNCTION__.15194> "ast_channel_snapshot_create")
>     at stringfields.c:222
> #11 0x00000000005d5099 in ast_channel_snapshot_create (chan=0x7ff9e9b236d8)
>     at stasis_channels.c:214
> #12 0x00000000004adb5f in create_channel_snapshot_message (
>     channel=0x7ff9e9b236d8) at channel.c:668
> #13 0x00000000004adc07 in publish_cache_clear (chan=0x7ff9e9b236d8)
>     at channel.c:682
> #14 0x00000000004b1cc0 in ast_channel_destructor (obj=0x7ff9e9b236d8)
>     at channel.c:2201
> #15 0x000000000045d6bf in internal_ao2_ref (user_data=0x7ff9e9b236d8, 
>     delta=-1, file=0x62402b "astobj2.c", line=516, 
>     func=0x624251 <__FUNCTION__.8645> "__ao2_ref") at astobj2.c:445
> #16 0x000000000045d989 in __ao2_ref (user_data=0x7ff9e9b236d8, delta=-1)
>     at astobj2.c:516
> #17 0x00000000004b341e in ast_hangup (chan=0x7ff9e9b236d8) at channel.c:2692
> #18 0x0000000000477a49 in ast_bridge_run_after_goto (chan=0x7ff9e9b236d8)
>     at bridge_after.c:545
> #19 0x000000000046d80f in bridge_channel_ind_thread (data=0x7ff9e9b1f338)
>     at bridge.c:1784
> #20 0x00000000005fea8c in dummy_start (data=0x7ff9f2ca5220) at utils.c:1235
> #21 0x00007ffa623c2184 in start_thread (arg=0x7ff9fab70700)
>     at pthread_create.c:312
> #22 0x00007ffa6168237d in clone ()
>     at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
> #0  0x00007ffa615bec37 in __GI_raise (sig=sig at entry=6)
>     at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
>         resultvar = 0
>         pid = 15593
>         selftid = 19317
> #1  0x00007ffa615c2028 in __GI_abort () at abort.c:89
>         save_stage = 2
>         act = {__sigaction_handler = {sa_handler = 0x3000000028, 
>             sa_sigaction = 0x3000000028}, sa_mask = {__val = {
>               140711629879952, 140711629879760, 140712926511136, 
>               18446744073709551615, 107, 9007199254740992, 0, 
>               140711629883136, 6602303, 32, 140707423584363, 206158430248, 
>               140711629880048, 140711629879856, 0, 140711629877536}}, 
>           sa_flags = 1633695305, sa_restorer = 0x7ff9fab6f700}
>         sigs = {__val = {32, 0 <repeats 15 times>}}
> #2  0x00007ffa615fb2a4 in __libc_message (do_abort=do_abort at entry=1, 
>     fmt=fmt at entry=0x7ffa617096b0 "*** Error in `%s': %s: 0x%s ***\n")
>     at ../sysdeps/posix/libc_fatal.c:175
>         ap = {{gp_offset = 40, fp_offset = 0, 
>             overflow_arg_area = 0x7ff9fab6f370, 
>             reg_save_area = 0x7ff9fab6f300}}
> {noformat}
> Im attaching the full logs that include the sip packets and the pjsip configuration.
> The callID of the call that make asterisk crash is {{Hj5jUo8wPqJSiDA7xNUXTEJZAgf}} so you can track the ari events
> New information required let me know.



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



More information about the asterisk-bugs mailing list