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

Rusty Newton (JIRA) noreply at issues.asterisk.org
Wed Aug 6 09:15:00 CDT 2014


     [ https://issues.asterisk.org/jira/browse/ASTERISK-23769?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rusty Newton updated ASTERISK-23769:
------------------------------------

    Assignee: Rusty Newton  (was: Igor Goncharovsky)
      Status: Triage  (was: Waiting for Feedback)

> 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: Rusty Newton
>            Severity: Critical
>         Attachments: 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