| Summary: | ASTERISK-14032: Segfault with chan_woomera | ||
| Reporter: | Massimo Nuvoli (maxnuv) | Labels: | |
| Date Opened: | 2009-04-29 01:11:13 | Date Closed: | 2009-04-29 03:53:21 |
| Priority: | Critical | Regression? | No |
| Status: | Closed/Complete | Components: | General |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | Asterisk 1.4.21.1 (last at this moment) This happens few times (4) but i found a common scenario: 2 calls on BRI channel (woomera), one is up the other is doing attended transfer. When the tranfer goes on (the called ear "beep") and the cannels must be bridged at this moment asterisk segfault. ****** ADDITIONAL INFORMATION ****** first BT: #0 0xb6f5a386 in ?? () from /lib/tls/i686/cmov/libc.so.6 #1 0xb6f5bcad in malloc () from /lib/tls/i686/cmov/libc.so.6 #2 0xb6f50853 in vasprintf () from /lib/tls/i686/cmov/libc.so.6 #3 0xb6065376 in ?? () from /usr/lib/asterisk/modules/chan_woomera.so #4 0xb60659fb in ?? () from /usr/lib/asterisk/modules/chan_woomera.so ASTERISK-1 0xb606c2c9 in ?? () from /usr/lib/asterisk/modules/chan_woomera.so ASTERISK-2 0x08103fcb in dummy_start (data=0x82340a8) at utils.c:856 ASTERISK-3 0xb7f324fb in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 ASTERISK-4 0xb6fc4e5e in clone () from /lib/tls/i686/cmov/libc.so.6 second BT: #0 0xb7f4a410 in __kernel_vsyscall () #1 0xb6f0c085 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb6f0da01 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb6f0510e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6 #4 0xb7f278e3 in pthread_mutex_lock () from /lib/tls/i686/cmov/libpthread.so.0 ASTERISK-1 0x0808330d in __ast_queue_frame (chan=0xb62426d8, fin=0xb624dfec, head=0) at /usr/src/asterisk-1.4.24.1/include/asterisk/lock.h:755 ASTERISK-2 0x0809dc7d in ast_dsp_process (chan=0xb62426d8, dsp=0xb6249d80, af=0xb624dfec) at dsp.c:1594 ASTERISK-3 0xb605fb6b in ?? () from /usr/lib/asterisk/modules/chan_woomera.so ASTERISK-4 0x0808a5cc in __ast_read (chan=0x82614f8, dropaudio=0) at channel.c:2186 ASTERISK-5 0x0808b628 in ast_channel_bridge (c0=0x82614f8, c1=0x828db08, config=0x824b220, fo=0xb485e18c, rc=0xb485e188) at channel.c:2452 ASTERISK-6 0xb6c9d4bc in ast_bridge_call (chan=0x82614f8, peer=0x828db08, config=0x824b220) at res_features.c:1728 ASTERISK-7 0xb6c9ef27 in ast_bridge_call_thread (data=0x824b220) at res_features.c:279 ASTERISK-8 0x08103fcb in dummy_start (data=0x8290af8) at utils.c:856 ASTERISK-9 0xb7f254fb in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 ASTERISK-10 0xb6fb7e5e in clone () from /lib/tls/i686/cmov/libc.so.6 | ||
| Comments: | By: Russell Bryant (russell) 2009-04-29 03:53:20 chan_woomera is not a part of Asterisk. Thus, there is nothing we can do about it. | ||