[asterisk-dev] Asterisk 1.8 Deadlock between timerfd and channel list

[Michel Verbraak]

On 22-05-11 06:20, Mark Murawski wrote:
> Er. Thread 0xb5feab70 backtrace is actually:
>
> #0  0xffffe424 in __kernel_vsyscall ()
> #1  0xb7e715fb in read () at ../sysdeps/unix/syscall-template.S:82
> #2  0xb6963dde in timerfd_timer_ack (handle=30, quantity=1) at
> res_timing_timerfd.c:166
> #3  0x0817fc51 in ast_timer_ack (handle=0x86085b8, quantity=1) at
> timing.c:169
> #4  0x080b00a5 in __ast_read (chan=0xeacb690, dropaudio=0) at
> channel.c:4095
> #5  0x080b1d1a in ast_read (chan=0xeacb690) at channel.c:4540
> #6  0xb698056f in wait_for_answer (in=0xeacb690, outgoing=0xec44530,
> to=0xb5fe4a94, peerflags=0xb5fe4d38, opt_args=0xb5fe42b0,
> pa=0xb5fe4318, num_in=0xb5fe4a84, result=0xb5fe4314,
>     dtmf_progress=0x0, ignore_cc=1) at app_dial.c:1351
> #7  0xb698618c in dial_exec_full (chan=0xeacb690, data=0xb5fe5142
> "Local/s at _CallQueue_Infinite_Wait,30,m", peerflags=0xb5fe4d38,
> continue_exec=0x0) at app_dial.c:2287
> #8  0xb6989148 in dial_exec (chan=0xeacb690, data=0xb5fe5142
> "Local/s at _CallQueue_Infinite_Wait,30,m") at app_dial.c:2794
> #9  0x0812fff1 in pbx_exec (c=0xeacb690, app=0xea71be0,
> data=0xb5fe5142 "Local/s at _CallQueue_Infinite_Wait,30,m") at pbx.c:1406
> #10 0xb77c4f95 in handle_exec (chan=0xeacb690, agi=0xb5fe59e0, argc=3,
> argv=0xb5fe4ec8) at res_agi.c:2393
> #11 0xb77c7643 in agi_handle_command (chan=0xeacb690, agi=0xb5fe59e0,
> buf=0xb5fe5138 "EXEC", dead=0) at res_agi.c:3275
> #12 0xb77c7e64 in run_agi (chan=0xeacb690, request=0xb5fe59a0
> "agi://127.0.0.1:2000", agi=0xb5fe59e0, pid=-1, status=0xb5fe59d4,
> dead=0, argc=1, argv=0xb5fe59f8) at res_agi.c:3435
> #13 0xb77c9110 in agi_exec_full (chan=0xeacb690, data=0xb5fe7dac
> "agi://127.0.0.1:2000", enhanced=0, dead=0) at res_agi.c:3722
> #14 0xb77c9254 in agi_exec (chan=0xeacb690, data=0xb5fe7dac
> "agi://127.0.0.1:2000") at res_agi.c:3756
> #15 0x0812fff1 in pbx_exec (c=0xeacb690, app=0x854c930,
> data=0xb5fe7dac "agi://127.0.0.1:2000") at pbx.c:1406
> #16 0x081388df in pbx_extension_helper (c=0xeacb690, con=0x0,
> context=0xeacb9fc "CallQueue_Join", exten=0xeacba4c "s", priority=8,
> label=0x0, callerid=0xeab6680 "14", action=E_SPAWN,
>     found=0xb5fea230, combined_find_spawn=1) at pbx.c:4085
> #17 0x0813a132 in ast_spawn_extension (c=0xeacb690, context=0xeacb9fc
> "CallQueue_Join", exten=0xeacba4c "s", priority=8, callerid=0xeab6680
> "14", found=0xb5fea230, combined_find_spawn=1)
>     at pbx.c:4608
> #18 0x0813aa26 in __ast_pbx_run (c=0xeacb690, args=0x0) at pbx.c:4706
> #19 0x0813c2fc in pbx_thread (data=0xeacb690) at pbx.c:5024
> #20 0x0818a585 in dummy_start (data=0xec618a8) at utils.c:973
> #21 0xb7c73c39 in start_thread (arg=0xb5feab70) at pthread_create.c:304
> #22 0xb7e808ee in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130
>
>
> -- 
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-dev
Please try the patch mentioned in issue
https://issues.asterisk.org/view.php?id=18811
and write a report into the issue with the result.

Michel Verbraak

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20110523/7c81a969/attachment.htm>