[asterisk-bugs] [JIRA] (ASTERISK-26043) core: Crash when notifying threadpool listener
Rusty Newton (JIRA)
noreply at issues.asterisk.org
Tue May 24 09:47:56 CDT 2016
[ https://issues.asterisk.org/jira/browse/ASTERISK-26043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Rusty Newton updated ASTERISK-26043:
------------------------------------
Assignee: Javier Riveros
Status: Waiting for Feedback (was: Triage)
Thanks for all the debug.
Can you additionally provide the dialplan in use as well as a description of how calls flow on the system?
We typically need as much detail about the system as possible in scenarios like this.
How many channels are up when this issue typically occurs?
> core: Crash when notifying threadpool listener
> ----------------------------------------------
>
> Key: ASTERISK-26043
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-26043
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Core/General
> Affects Versions: 13.8.0
> Reporter: Javier Riveros
> Assignee: 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