[asterisk-bugs] [JIRA] (ASTERISK-26043) Random Crash

Richard Mudgett (JIRA) noreply at issues.asterisk.org
Thu May 19 18:01:56 CDT 2016


    [ https://issues.asterisk.org/jira/browse/ASTERISK-26043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=230706#comment-230706 ] 

Richard Mudgett commented on ASTERISK-26043:
--------------------------------------------

Core files are *useless* except to the machine that generated them (or an exact clone of the machine which is unlikely anyone else will have).

https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace

> Random Crash 
> -------------
>
>                 Key: ASTERISK-26043
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26043
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 13.8.0
>            Reporter: Javier Riveros 
>         Attachments: asterisk_core_crash.zip
>
>
> Im getting ramdom crashs in my asterisk boxes, at this point i try to dig what type of call make it happen but i don't have any clue what is happening here, i collect the proper core dumps and logs in other to determine what is going here,
> I can say that 99% of my calls are to ARI/stasis app.
> you will see a coredumps like this :
> {noformat}
> #0  0x00000000005eb3e4 in threadpool_send_state_changed (pool=0x7fa2c40393b0)
>     at threadpool.c:185
> #0  0x00000000005eb3e4 in threadpool_send_state_changed (pool=0x7fa2c40393b0)
>     at threadpool.c:185
> #1  0x00000000005eb506 in queued_active_thread_idle (data=0x7fa2c41d3148)
>     at threadpool.c:241
> #2  0x00000000005e411b in ast_taskprocessor_execute (tps=0x2a40ed8)
>     at taskprocessor.c:850
> #3  0x00000000005e2803 in default_tps_processing_function (data=0x2a40e58)
>     at taskprocessor.c:183
> #4  0x00000000005f8fab in dummy_start (data=0x2a40720) at utils.c:1237
> #5  0x00007fa3108b3182 in start_thread (arg=0x7fa30c17d700)
>     at pthread_create.c:312
> #6  0x00007fa30fb7347d in clone ()
>     at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
> #0  0x00000000005eb3e4 in threadpool_send_state_changed (pool=0x7fa2c40393b0)
>     at threadpool.c:185
>         active_size = 1246756870
>         idle_size = 825112882
> #1  0x00000000005eb506 in queued_active_thread_idle (data=0x7fa2c41d3148)
>     at threadpool.c:241
>         pair = 0x7fa2c41d3148
> #2  0x00000000005e411b in ast_taskprocessor_execute (tps=0x2a40ed8)
>     at taskprocessor.c:850
>         local = {local_data = 0x24500000020, data = 0x2a3b280}
>         t = 0x7fa2c4210f60
>         size = 6170346
>         __PRETTY_FUNCTION__ = "ast_taskprocessor_execute"
> #3  0x00000000005e2803 in default_tps_processing_function (data=0x2a40e58)
>     at taskprocessor.c:183
>         listener = 0x2a40e58
>         tps = 0x2a40ed8
>         pvt = 0x2a3b270
>         sem_value = 202886864
>         res = 0
>         __PRETTY_FUNCTION__ = "default_tps_processing_function"
> #4  0x00000000005f8fab in dummy_start (data=0x2a40720) at utils.c:1237
>         __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {
>                 140338259285760, -2854846373934348535, 0, 0, 140338259286464, 
>                 140338259285760, -2854846373942737143, 2821387285705049865}, 
>               __mask_was_saved = 0}}, __pad = {0x7fa30c17cef0, 0x0, 0x0, 0x0}}
>         __cancel_routine = 0x450d23 <ast_unregister_thread>
>         __cancel_arg = 0x7fa30c17d700
>         __not_first_call = 0
>         ret = 0x0
>         a = {start_routine = 0x5e276d <default_tps_processing_function>, 
>           data = 0x2a40e58, 
>           name = 0x2a3c300 "default_tps_processing_function started at [  200] taskprocessor.c default_listener_start()"}
> #5  0x00007fa3108b3182 in start_thread (arg=0x7fa30c17d700)
>     at pthread_create.c:312
>         __res = <optimized out>
>         pd = 0x7fa30c17d700
>         now = <optimized out>
>         unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140338259285760, 
> {noformat}
> *note:* sometimes the crash doesn't dump core files.



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



More information about the asterisk-bugs mailing list