[asterisk-bugs] [Asterisk 0016544]: chan_unistim randomly crashes

Asterisk Bug Tracker noreply at bugs.digium.com
Fri Feb 12 09:18:20 CST 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16544 
====================================================================== 
Reported By:                barryf
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16544
Category:                   Channels/chan_unistim
Reproducibility:            random
Severity:                   crash
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           SVN 
JIRA:                       SWP-627 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.0 
SVN Revision (number only!): 237492 
Request Review:              
====================================================================== 
Date Submitted:             2010-01-05 03:51 CST
Last Modified:              2010-02-12 09:18 CST
====================================================================== 
Summary:                    chan_unistim randomly crashes
Description: 
Having a problem with Asterisk segfaulting due to the chan_unistim driver.
Appears to happen when calls are put on hold (atxfer), and one of the
channels disappears.

Backtrace included below
====================================================================== 

---------------------------------------------------------------------- 
 (0118033) barryf (reporter) - 2010-02-12 09:18
 https://issues.asterisk.org/view.php?id=16544#c118033 
---------------------------------------------------------------------- 
Happened again today:

https://issues.asterisk.org/view.php?id=0  0x00007f924017de44 in
local_ast_moh_stop (chan=0x0) at
res_musiconhold.c:1431
1431		struct moh_files_state *state = chan->music_state;
(gdb) bt full
https://issues.asterisk.org/view.php?id=0  0x00007f924017de44 in
local_ast_moh_stop (chan=0x0) at
res_musiconhold.c:1431
	state = (struct moh_files_state *) 0x0
https://issues.asterisk.org/view.php?id=1  0x000000000045e38f in ast_moh_stop
(chan=0x0) at channel.c:5462
No locals.
https://issues.asterisk.org/view.php?id=2  0x00007f923837fd3f in key_dial_page
(pte=0xf54f30, keycode=92 '\\') at
chan_unistim.c:2722
No locals.
https://issues.asterisk.org/view.php?id=3  0x00007f9238382135 in process_request
(size=14, buf=0x8860f0 "",
pte=0xf54f30) at chan_unistim.c:3390
	keycode = 92 '\\'
	tmpbuf = "10.80.60.4 Unknown request
packet\n\000???????aC\222\177\000\000\000\000\000\000\000\000\000\000\006\000\000\000\000\000\000\0000-78\222\177\000\000\000\000\000\000\000\000\000\000?D\a,\222\177\000\000&\17778\222\177\000\000hO?\000\000\000\000\000\220/78\222\177\000\000?`\210\000\000\000\000\000?\"\t\000\006\000\000\000\220/78\222\177\000\000\020\000\000\000\000\000\000\000p-78\222\177\000\000\001\000\000\000\000\000\000\000\220-78\222\177\000\000
", '\0' <repeats 11 times>,
"\222\177\000\000\000\000\000\000\000\000\000\000?`\210\000\000\000\000\000\006"...
	__PRETTY_FUNCTION__ = "process_request"
https://issues.asterisk.org/view.php?id=4  0x00007f9238382e10 in parsing
(size=14, buf=0x8860f0 "", pte=0xf54f30,
addr_from=0x7f9238372f90) at chan_unistim.c:3571
	sbuf = (short unsigned int *) 0x8860f0
	seq = 409
	tmpbuf =
"10.80.60.23\00098\000\000\000\000\000\000\000\000\000\000\v\000\000\000\000\000\000\000\200.78\222\177",
'\0' <repeats 18 times>,
"&\17778\222\177\000\000x??\000\000\000\000\000h??\000\000\000\000\000???\000\000\000\000\000?/78\v\000\000\000h??\000\000\000\000\000\020\000\000\000\222\177\000\000?.78\222\177\000\000\001\000\000\000\000\000\000\000?.78\222\177\000\000
", '\0' <repeats 16 times>,
"?\000\000\000\000\000\000???\000\000\000\000\000\v\000\000\000\000\000\000\000?.78\222\177\000\000?.78\222\177\000\000\034",
'\0' <repeats 15 times>, "0/78\222\177", '\0' <repeats 18 times>...
	__PRETTY_FUNCTION__ = "parsing"
https://issues.asterisk.org/view.php?id=5  0x00007f923838410f in
unistimsock_read (id=0x889630, fd=11, events=1,
ignore=0x0) at chan_unistim.c:3893
	addr_from = {sin_family = 2, sin_port = 34835, sin_addr = {s_addr =
389828618}, sin_zero = "\000\000\000\000\000\000\000"}
	cur = (struct unistimsession *) 0xf54f30
	found = 1
	tmp = 4
	dw_num_bytes_rcvd = 14
	__PRETTY_FUNCTION__ = "unistimsock_read"
https://issues.asterisk.org/view.php?id=6  0x000000000049dfa4 in ast_io_wait
(ioc=0x887100, howlong=1000) at
io.c:288
	res = 1
	x = 0
	origcnt = 1
https://issues.asterisk.org/view.php?id=7  0x00007f92383864ef in do_monitor
(data=0x0) at chan_unistim.c:4561
	cur = (struct unistimsession *) 0x0
	dw_timeout = 1569
	tick = 3266685229
	res = 1000
	reloading = 0
https://issues.asterisk.org/view.php?id=8  0x0000000000512617 in dummy_start
(data=0x88a1c0) at utils.c:861
	__cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {0,
3322408761729821053, 0, 0, 140266183454784, 140734469092656, 
        3322408761754986877, -3368725616947811971}, __mask_was_saved =
0}}, __pad = {0x7f92383731b0, 0x0, 0x0, 0x0}}
	__cancel_routine = (void (*)(void *)) 0x4338a6 <ast_unregister_thread>
	__cancel_arg = (void *) 0x7f9238373950
	not_first_call = 0
	ret = (void *) 0x0
	a = {start_routine = 0x7f92383862c1 <do_monitor>, data = 0x0, 
  name = 0x88a1e0 "do_monitor", ' ' <repeats 11 times>, "started at [
4600] chan_unistim.c restart_monitor()"}
---Type <return> to continue, or q <return> to quit--- 
https://issues.asterisk.org/view.php?id=9  0x00007f924311c3ba in start_thread ()
from /lib/libpthread.so.0
No symbol table info available.
https://issues.asterisk.org/view.php?id=10 0x00007f924361afcd in clone () from
/lib/libc.so.6
No symbol table info available.
https://issues.asterisk.org/view.php?id=11 0x0000000000000000 in ?? ()
No symbol table info available. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-02-12 09:18 barryf         Note Added: 0118033                          
======================================================================




More information about the asterisk-bugs mailing list