I found the app_swift module (that I've been helping maintain) makes asterisk crash on versions higher than 11.19.0 - something that happened on 11.20.0-rc1 makes asterisk segfault. I realize app_swift is not a 'supported' module -- I'm just having a hard time finding the cause and am wondering if I could borrow anyone's eyes. of note, app_swift doesnt /always/ crash asterisk, e.g., when I call into asterisk from a phone and swift is in the dialplan, all seems fine. it seems that it's just when I make a callfile that dials out. a backtrace is at http://pastebin.com/Dfd4P8sK replication is easy (if you have swift): echo "testing 1 2 3" > /var/lib/asterisk/tts cat <<__EOE__ >> /etc/asterisk/extensions.conf [intercom] exten => _2XZ,1,SIPAddHeader(Alert-Info: Ring Answer) exten => _2XZ,n,Page(SIP/${EXTEN},diqA(local/intercom)) [tts] exten => s,1,Wait(1) exten => s,n,GotoIf($[0${LEN(${TEXT})} > 1]?text) exten => s,n,Set(SPEECH=${SHELL(cat /var/lib/asterisk/tts)}) exten => s,n,Goto(swift) exten => s,n(text),Set(SPEECH=${TEXT}) exten => s,n,NoOp(${SPEECH}) exten => s,n(swift),Swift(${SPEECH}) exten => s,n,Hangup __EOE__ cat <<__EOS__ > /var/spool/asterisk/tmp/test123 Channel: Local/221 at intercom Callerid: "TTS" <0> MaxRetries: 2 WaitTime: 45 Context: tts Extension: s Priority: 1 __EOS__ mv /var/spool/asterisk/tmp/test123 /var/spool/asterisk/outgoing/test123 -- Jeremy Kister http://jeremy.kister.net/
Bryan Burroughs
2016-Feb-28 12:53 UTC
[asterisk-users] app_swift crash asterisk 11.20.0-rc1
Not sure if I can provide much help, however I have had problems with Swift segmentation faults in the past. The problems I had were related to the license server causing an Asterisk segmentation fault any time security scans hit the server. That was with Asterisk 11.8. Cepstral has been unable to fix this issue and I'm considering using Nuance in the future. They did provide a workaround but that created an object leak, which forces a nightly restart of Asterisk. Program terminated with signal 11, Segmentation fault. #0 0x00007fb08dd02061 in LM_set_port_number () from /opt/swift/lib/libswift.so.6 #0 0x00007fb08dd02061 in LM_set_port_number () from /opt/swift/lib/libswift.so.6 I'd be interested to see if anyone has any ideas on your issue though. Bryan Burroughs On 02/27/2016 09:47 PM, Jeremy Kister wrote:> I found the app_swift module (that I've been helping maintain) makes > asterisk crash on versions higher than 11.19.0 - something that > happened on 11.20.0-rc1 makes asterisk segfault. I realize app_swift > is not a 'supported' module -- I'm just having a hard time finding the > cause and am wondering if I could borrow anyone's eyes. > > of note, app_swift doesnt /always/ crash asterisk, e.g., when I call > into asterisk from a phone and swift is in the dialplan, all seems > fine. it seems that it's just when I make a callfile that dials out. > > > a backtrace is at http://pastebin.com/Dfd4P8sK > > replication is easy (if you have swift): > echo "testing 1 2 3" > /var/lib/asterisk/tts > cat <<__EOE__ >> /etc/asterisk/extensions.conf > [intercom] > exten => _2XZ,1,SIPAddHeader(Alert-Info: Ring Answer) > exten => _2XZ,n,Page(SIP/${EXTEN},diqA(local/intercom)) > [tts] > exten => s,1,Wait(1) > exten => s,n,GotoIf($[0${LEN(${TEXT})} > 1]?text) > exten => s,n,Set(SPEECH=${SHELL(cat /var/lib/asterisk/tts)}) > exten => s,n,Goto(swift) > exten => s,n(text),Set(SPEECH=${TEXT}) > exten => s,n,NoOp(${SPEECH}) > exten => s,n(swift),Swift(${SPEECH}) > exten => s,n,Hangup > __EOE__ > > cat <<__EOS__ > /var/spool/asterisk/tmp/test123 > Channel: Local/221 at intercom > Callerid: "TTS" <0> > MaxRetries: 2 > WaitTime: 45 > Context: tts > Extension: s > Priority: 1 > __EOS__ > > mv /var/spool/asterisk/tmp/test123 /var/spool/asterisk/outgoing/test123 >