[asterisk-bugs] [JIRA] (ASTERISK-24489) asterisk process restarts after call placed with zoiper on windows

[Rusty Newton (JIRA)]

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

Rusty Newton commented on ASTERISK-24489:
-----------------------------------------

[~gmalsack] the debug is a little confusing.

[~sgriepentrog] looked at the traces and it appears that you forgot to run 'bt' and 'bt full' at the point of the crash when running with gdb. 

Is the other trace from a separate crash? That is you had another crash where it dumped a core?

In that case it looks like Asterisk was terminated with ^C /SIGQUIT. Did Asterisk lock up and then you had to kill it from the console? If you are getting a lock then we'll need some different debug.

Can you also run a full Asterisk 'DEBUG' log ? https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information It would be nice to have that during the crash.

> asterisk process restarts after call placed with zoiper on windows
> ------------------------------------------------------------------
>
>                 Key: ASTERISK-24489
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24489
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 12.4.0, 13.0.0
>         Environment: Ubuntu 14.04.1 LTS (GNU/Linux 3.13.0-24-generic x86_64)
>            Reporter: Gregory Malsack
>         Attachments: backtrace.txt, gdb output.txt
>
>
> Register zoiper on windows 7 professional to an endpoint configured in pjsip.conf. system runs fine, no problems. system will continue to run fine with no problems. place a call with the zoiper client. call goes through fine, and call will proceed fine all the while the opposite end is ringing. However, once the opposite end answers and the 2 channels are bridged (vitelity provider), system switches from simple_bridge tech to native_rtp, and the asterisk process ends cleanly. 4.3 seconds later, the console reconnects. No core dumps created.
> problem has been reproduced reliably.
> example outputs:
> http://pastebin.com/5m7rnMTs
> http://pastebin.com/2KG5HKAN
> config files can be acquired from here:
> http://dev.netguru.me/36f1a04ad1bbd1b28b3f0784a54394ae0460129b.tgz
> asterisk process running as shown below:
> [root at gtm-dev html]# ps -ef | grep asterisk
> root      1247     1  0 Aug03 ?        00:00:00 /bin/sh /usr/sbin/safe_asterisk
> root      1251  1247  0 Aug03 ?        04:38:10 /usr/sbin/asterisk -f -vvvg -c



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