[Home]

Summary:ASTERISK-16087: Random crash in chan_unistim
Reporter:Barry Flanagan (barryf)Labels:
Date Opened:2010-05-12 15:22:21Date Closed:2011-06-07 14:00:23
Priority:CriticalRegression?No
Status:Closed/CompleteComponents:Channels/chan_unistim
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:This has happened 3 times in the last two days. I am not sure what circumstances it happens in, as we have 90+ Nortel phones in a busy call centre. Causes the whole system to crash.  

gdb bt full below

Any help greatly appreciated.

****** ADDITIONAL INFORMATION ******

(gdb) bt full
#0  0x00007ff1a1a5b354 in start_rtp (sub=0x890a80) at chan_unistim.c:2077
buffsend = "\000\000??\002\001", '\0' <repeats 57 times>
us = {sin_family = 2, sin_port = 54839, sin_addr = {s_addr = 624038316}, sin_zero = "\000\000\000\000\000\000\000"}
public = {sin_family = 0, sin_port = 12553, sin_addr = {s_addr = 68550914}, sin_zero = "\032\000\026\004\021\000\000"}
sin = {sin_family = 2, sin_port = 4135, sin_addr = {s_addr = 3426461888}, sin_zero = "\020\201\004S\000\000\000"}
codec = 0
sout = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 624038316}, sin_zero = "\000\000\000\000\000\000\000"}
__PRETTY_FUNCTION__ = "start_rtp"
#1  0x00007ff1a1a5ceec in HandleCallIncoming (s=0xd03bf0) at chan_unistim.c:2446
sub = (struct unistim_subchannel *) 0x890a80
__PRETTY_FUNCTION__ = "HandleCallIncoming"
#2  0x00007ff1a1a5d7f3 in key_ringing (pte=0xd03bf0, keycode=84 'T') at chan_unistim.c:2620
No locals.
#3  0x00007ff1a1a60022 in process_request (size=14, buf=0x7ff1a8021110 "", pte=0xd03bf0) at chan_unistim.c:3395
keycode = 84 'T'
tmpbuf = "10.80.60\000\000\000\000\000\000\000\000K?<\210", '\0' <repeats 12 times>, "?????????\200??\177\000\000\000\000\000\000\000\000\000\000\006\000\000\000\000\000\000\0000\r???\177\000\000\000\000\000\000\000\000\000\000S\000\000\000\000\000\000\000&_???\177\000\000(<?\000\000\000\000\000\220\017???\177\000\000\020\021\002??\177\000\0000\r??\006\000\000\000\220\017???\177\000\000\020\000\000\000\000\000\000\000p\r???\177\000\000\001\000\000\000\000\000\000\000\220\r???\177\000\000 ", '\0' <repeats 11 times>, "?\177\000\000\000\000\000\000\000\000\000\000\020\021\002??\177\000\000\006\000\000"...
__PRETTY_FUNCTION__ = "process_request"
#4  0x00007ff1a1a60ce5 in parsing (size=14, buf=0x7ff1a8021110 "", pte=0xd03bf0, addr_from=0x7ff1a1a50f90) at chan_unistim.c:3573
sbuf = (short unsigned int *) 0x7ff1a8021110
seq = 260
tmpbuf = "192.168.59.204\000\000\000\000\000\000\000\000\000\000\v\000\000\000\000\000\000\000\200\016???\177", '\0' <repeats 18 times>, "&_???\177\000\000\230??\000\000\000\000\000\210??\000\000\000\000\000\030??\000\000\000\000\000?\017??\v\000\000\000\210??\000\000\000\000\000\020\000\000\000?\177\000\000?\016???\177\000\000\001\000\000\000\000\000\000\000?\016???\177\000\000 ", '\0' <repeats 15 times>, "?\016\000\000\000\000\000\000\030??\000\000\000\000\000\v\000\000\000\000\000\000\000?\016???\177\000\000?\016???\177\000\000\034", '\0' <repeats 15 times>, "0\017???\177", '\0' <repeats 18 times>...
__PRETTY_FUNCTION__ = "parsing"
ASTERISK-1  0x00007ff1a1a61fe4 in unistimsock_read (id=0x7e3550, fd=11, events=1, ignore=0x0) at chan_unistim.c:3895
addr_from = {sin_family = 2, sin_port = 34835, sin_addr = {s_addr = 3426461888}, sin_zero = "\000\000\000\000\000\000\000"}
cur = (struct unistimsession *) 0xd03bf0
found = 1
tmp = 35
dw_num_bytes_rcvd = 14
__PRETTY_FUNCTION__ = "unistimsock_read"
ASTERISK-2  0x000000000049dfa4 in ast_io_wait (ioc=0x7ff1a8022120, howlong=1000) at io.c:288
res = 1
x = 0
origcnt = 1
---Type <return> to continue, or q <return> to quit---
ASTERISK-3  0x00007ff1a1a643c4 in do_monitor (data=0x0) at chan_unistim.c:4563
cur = (struct unistimsession *) 0x0
dw_timeout = 1454
tick = 2285580755
res = 1000
reloading = 0
ASTERISK-4  0x0000000000512617 in dummy_start (data=0x7e6120) at utils.c:861
__cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {0, 930362449860831660, 0, 0, 140676041650240, 140736305405232, 930362449902774700,
       -933920433348204116}, __mask_was_saved = 0}}, __pad = {0x7ff1a1a511b0, 0x0, 0x0, 0x0}}
__cancel_routine = (void (*)(void *)) 0x4338a6 <ast_unregister_thread>
__cancel_arg = (void *) 0x7ff1a1a51950
not_first_call = 0
ret = (void *) 0x0
a = {start_routine = 0x7ff1a1a64196 <do_monitor>, data = 0x0,
 name = 0x7e34e0 "do_monitor", ' ' <repeats 11 times>, "started at [ 4602] chan_unistim.c restart_monitor()"}
ASTERISK-5  0x00007ff1b08583ba in start_thread () from /lib/libpthread.so.0
No symbol table info available.
ASTERISK-6 0x00007ff1b0d56fcd in clone () from /lib/libc.so.6
No symbol table info available.
ASTERISK-7 0x0000000000000000 in ?? ()
No symbol table info available.
(gdb)
Comments:By: Paul Belanger (pabelanger) 2010-05-12 15:53:08

two things:

1. Please attach your back-trace to the issue, not in the comments fields.
2. Asterisk 1.6.0 / 1.6.1 are security maintenance mode you'll have to move up to 1.6.2 for bug fixes.

http://www.asterisk.org/asterisk-versions
By: Leif Madsen (lmadsen) 2010-05-25 14:46:45

Closed due to lack of information from the reporter. If you are able to provide the requested information and reproduce on Asterisk 1.6.2, then please reopen this issue. Thanks!