[asterisk-bugs] [JIRA] (ASTERISK-23769) critical crash in chan_unistim ?

Tamás Németh (JIRA) noreply at issues.asterisk.org
Fri Aug 8 07:14:29 CDT 2014


    [ https://issues.asterisk.org/jira/browse/ASTERISK-23769?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=221452#comment-221452 ] 

Tamás Németh commented on ASTERISK-23769:
-----------------------------------------

OK, I added the patch to asterisk 11.11.0, but it still crashes. The crah may happen however at a different point, since the last few lines of unistim debug are different:

Received a packet from an unknown source
Discovery packet received - Sending Discovery ACK
Creating a new entry for the phone from 172.23.60.220 received via server ip 172.23.60.220
Discovery packet received - Sending Discovery ACK
Request received
ResumeConnectionWithServer received
Sending packet_send_query_mac_address
Request received
[Aug  8 13:55:08] NOTICE[1430]: chan_unistim.c:4604 parsing: 172.23.60.220 Warning : received a retransmitted packet : #0x0000 (we are at #0x0001)
Request received
MAC Address received: 001969845fff
asterix*CLI> 





The last line is missing! It was like this:

"Trying to register extension '703' into context 'belfold' to USTM/703 at 703"

> critical crash in chan_unistim ?
> --------------------------------
>
>                 Key: ASTERISK-23769
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-23769
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_unistim
>    Affects Versions: 11.9.0
>         Environment: Linux
>            Reporter: Tamás Németh
>            Assignee: Igor Goncharovsky
>            Severity: Critical
>         Attachments: add_extension.diff, config.log, dont_optimize2.txt, dont_optimize.txt, unistim_debug-and-gdb_bt_full.txt
>
>
>  Sorry I'm not a debugging expert, so the information provided by me might be insufficient.
>  I observed that asterisk sometimes crashes upon powering up unistim phones.
>  This is what I saw in "asterisk -R" with "unistim set debug on":
> Received a packet from an unknown source
> Discovery packet received - Sending Discovery ACK
> Creating a new entry for the phone from 172.23.60.150 received via server ip 172.23.60.150
> Request received
> Request received
> ResumeConnectionWithServer received
> Sending packet_send_query_mac_address
> Request received
> MAC Address received: 001969845fff
> Trying to register extension '703' into context 'belfold' to USTM/703 at 703
> asterix*CLI> 
> Disconnected from Asterisk server
> And this is what I could collect with gdb:
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7fff9e96c700 (LWP 3793)]
> __strcmp_ssse3 () at ../sysdeps/x86_64/strcmp.S:210
> 210     ../sysdeps/x86_64/strcmp.S: No such file or directory.
> (gdb) backtrace
> #0  __strcmp_ssse3 () at ../sysdeps/x86_64/strcmp.S:210
> #1  0x0000000000532cb7 in hashtab_compare_extens ()
> #2  0x00000000004fa09a in ast_hashtab_lookup ()
> #3  0x0000000000545446 in ast_add_extension2_lockopt.constprop.43 ()
> #4  0x000000000054aaa1 in ast_add_extension ()
> #5  0x00007fffb9d94567 in rcv_mac_addr () from /usr/lib64/asterisk/modules/chan_unistim.so
> #6  0x00007fffb9da3792 in parsing () from /usr/lib64/asterisk/modules/chan_unistim.so
> #7  0x00007fffb9da531a in unistimsock_read () from /usr/lib64/asterisk/modules/chan_unistim.so
> #8  0x00000000005032ca in ast_io_wait ()
> #9  0x00007fffb9d9d2ac in do_monitor () from /usr/lib64/asterisk/modules/chan_unistim.so
> #10 0x000000000059580a in dummy_start ()
> #11 0x00007ffff649e0db in start_thread (arg=0x7fff9e96c700) at pthread_create.c:309
> #12 0x00007ffff791290d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
> (gdb) quit



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list