[asterisk-bugs] [JIRA] (ASTERISK-22903) SIP Hangs, Asterisk becomes unresponsive

Mon Nov 25 13:46:06 CST 2013

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

Craig Arno commented on ASTERISK-22903:
---------------------------------------

As fortune would have it, I fired up 11.6.0 and it immediately displayed the behavior I described above.  Here is some data from this bizarre state:

pluto:/home/install/linux/asterisk/asterisk-11.6.0 # asterisk -rx "core show locks" | tee /tmp/core-show-locks.txt

=======================================================================
=== 11.6.0
=== Currently Held Locks
=======================================================================
===
=== <pending> <lock#> (<file>): <lock type> <line num> <function> <lock name> <lock addr> (times locked)
===
=======================================================================

# asterisk -vvvr
Asterisk 11.6.0, Copyright (C) 1999 - 2013 Digium, Inc. and others.
Created by Mark Spencer <markster at digium.com>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
=========================================================================
Connected to Asterisk 11.6.0 currently running on pluto (pid = 16042)
pluto*CLI> 
pluto*CLI> 
pluto*CLI> 
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
[Nov 25 11:18:59] NOTICE[16061][C-00000000]: chan_sip.c:25399 handle_request_invite: Call from 'LINE2' (192.168.90.15:5061) to extension '2062035630' rejected because extension not found in context 'home'.
    -- Remote UNIX connection
    -- Remote UNIX connection disconnected
pluto*CLI> 
pluto*CLI> 
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
[Nov 25 11:20:22] NOTICE[16061][C-00000001]: chan_sip.c:25399 handle_request_invite: Call from 'LINE2' (192.168.90.15:5061) to extension '2062035630' rejected because extension not found in context 'home'.
pluto*CLI> 
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
[Nov 25 11:20:40] NOTICE[16061][C-00000002]: chan_sip.c:25399 handle_request_invite: Call from '472002' (192.168.90.15:5060) to extension '2062035640' rejected because extension not found in context 'home'.
pluto*CLI> 
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
[Nov 25 11:23:36] NOTICE[16061][C-00000003]: chan_sip.c:25399 handle_request_invite: Call from 'IPKall' (66.54.140.46:5060) to extension 'LINE1' rejected because extension not found in context 'from-sip'.
pluto*CLI> core show locks

=======================================================================
=== 11.6.0
=== Currently Held Locks
=======================================================================
===
=== <pending> <lock#> (<file>): <lock type> <line num> <function> <lock name> <lock addr> (times locked)
===
=======================================================================

pluto:/home/install/linux/asterisk/asterisk-11.6.0 # ps aux|grep asterisk
root     16042  1.1  2.7 2725200 221828 ?      Ssl  11:17   0:06 asterisk
root     16170  0.0  0.0  39592  3352 pts/0    S+   11:26   0:00 rasterisk vvvr
root     16182  0.0  0.0   8260   868 pts/1    S+   11:27   0:00 grep --color=auto asterisk
pluto:/home/install/linux/asterisk/asterisk-11.6.0 # gdb -se "asterisk" 16042 | tee /tmp/backtrace.txt
GNU gdb (GDB) SUSE (7.5.1-2.5.1)
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-suse-linux".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
16042: No such file or directory.
(gdb) bt
No stack.
(gdb) bt full
No stack.
(gdb) thread apply all bt
(gdb) quit

pluto:/home/install/linux/asterisk/asterisk-11.6.0 # kill 16042
pluto:/home/install/linux/asterisk/asterisk-11.6.0 # ps aux|grep asterisk
root     16042  1.0  2.7 2725200 221828 ?      Ssl  11:17   0:08 asterisk
root     16170  0.0  0.0  39592  3352 pts/0    S+   11:26   0:00 rasterisk vvvr
root     16592  0.0  0.0   8264   872 pts/1    S+   11:31   0:00 grep --color=auto asterisk
pluto:/home/install/linux/asterisk/asterisk-11.6.0 # kill -9 16042
You have mail in /var/mail/craig
pluto:/home/install/linux/asterisk/asterisk-11.6.0 # ps aux|grep asterisk
root     16599  0.0  0.0   8260   872 pts/1    S+   11:31   0:00 grep --color=auto asterisk

After Asterisk 11.6.0 is killed, then another start and it appears to run correctly.  Past experience indicates this will last for about a day.

I'm reinstalling 11.5.1 until we decide to try something else.

> SIP Hangs, Asterisk becomes unresponsive
> ----------------------------------------
>
>                 Key: ASTERISK-22903
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-22903
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 11.6.0
>         Environment: OpenSUSE 12.2 x64 (uname -a):
> Linux pluto 3.4.63-2.44-desktop #1 SMP PREEMPT Wed Oct 2 11:18:32 UTC 2013 (d91a619) x86_64 x86_64 x86_64 GNU/Linux
> AMD FX-8120 processor.
>            Reporter: Craig Arno
>            Assignee: Craig Arno
>
> I'm here looking for a solution to a SIP/Asterisk hang issue which showed first in Asterisk version 11.6.0. I rolled back to 11.5.1 which works fine on my server.
> When I figure out my Asterisk 11.6.0 installation isn't accepting calls, I execute "core stop now", and am told Asterisk is stopping, and everything looks/behaves normal. There is no running Asterisk process. I then restart Asterisk from the command prompt, no options and it looks like it boots normally, except Asterisk will then not respond to commands, like "core stop now". Asterisk also won't quit with a normal "kill" command. The only way to stop Asterisk 11.6.0 is to "kill -9".
> At this point, starting Asterisk 11.6.0 yet another time and it will execute normally for about another day before sliding silently into this "dead" behavior again.
> My call volume is very low, only about 1-5/day. All my Sipura (2000, 2100, 3000, etc) devices are connected using SIP. My hardware is AMD FX-8120, ASUS Sabertooth 990FX, 8GB RAM, 9 TB HD... running under OpenSUSE 12.2 x64; Linux pluto 3.4.63-2.44-desktop #1 SMP PREEMPT Wed Oct 2 11:18:32 UTC 2013 (d91a619) x86_64. Asterisk 11.6.0 is compiled with optimization off and thread debugging on. There are no resource issues and all parts are running to factory specifications. This Asterisk is exposed to the Internet for 2 SIP users and incoming/outgoing calls. This is a stable system (not a new installation).
> I've been silent hoping for another release soon. This looks like a difficult problem to solve, so if I can perform some actions to help without risking an undetectable loss of phone service, please let me know how. 11.5.1 is continuing to run well for me.
> After reviewing 11.6.0 issues, ASTERISK-22854 looks the closest to what I may be experiencing.
> I tried the forums http://forums.asterisk.org/viewtopic.php?f=1&t=88593

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira