[App_rpt-users] Segmentation fault. Getting desperate.
Ken Page
vk4akp at yahoo.com.au
Tue Oct 11 15:55:19 UTC 2011
OK. I took a punt and did a make and then make install with the original
Asterisk and radio sources.
I still get the same segmentation fault a few seconds after the Asterisk
server is starts.
This happens straight after accessing the radio tune files.
Everything works fine even the radio stuff just before it all bombs.
I have no clue where to even start looking at this point.
Everything else on the server still works fine. Apache, PHPbb, Minecraft
server, and so on.
So I have discounted an actual hardware memory issue etc. It's just
Asterisk bombing out all of a sudden.
Any idea's?
~Ken - vk4akp~
All_Star: 2134 (Off-Line).
.-.-.
On 10/11/2011 7:08 PM, app_rpt-users-request at ohnosec.org wrote:
> Send App_rpt-users mailing list submissions to
> app_rpt-users at ohnosec.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> or, via email, send a message with subject or body 'help' to
> app_rpt-users-request at ohnosec.org
>
> You can reach the person managing the list at
> app_rpt-users-owner at ohnosec.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of App_rpt-users digest..."
>
>
> Today's Topics:
>
> 1. Re: Reverse autopatch immediately hanging up (Josh Freeman)
> 2. Issues After Reboot (Travis Best)
> 3. Re: Issues After Reboot (Jim Duuuude)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 10 Oct 2011 21:05:21 -0500
> From: Josh Freeman<cpe.jfreeman at gmail.com>
> To: Jim Duuuude<telesistant at hotmail.com>
> Cc: app_rpt mailing list<app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up
> Message-ID:<4E93A461.7080605 at gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> OK. Well, darn. =)
>
> Originally, I had tried to connect directly from the Zap channel, and it
> failed with the message
>
> Warning: We only accept links via IAX2, Echolink, TheLinkBox or Local!!
>
> I guess that's what got me thinking Local channels would be the way to
> bridge over from Zap or SIP.
>
> Thanks again for your help!
>
> Josh
>
> On 10/10/2011 8:45 PM, Jim Duuuude wrote:
>> dont use it at all... app_rpt cant deal with it.
>>
>> ------------------------------------------------------------------------
>> Date: Mon, 10 Oct 2011 19:53:14 -0500
>> From: cpe.jfreeman at gmail.com
>> To: telesistant at hotmail.com
>> Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up
>>
>> OK, I tried that... it looks like the reverse autopatch *does* work
>> correctly when dialed into via pure IAX. Unfortunately, only being
>> able to use native IAX clients doesn't meet the requirements for what
>> I'm trying to do. I'll study up some more on how Local channels work,
>> maybe I'm not using that mechanism correctly.
>>
>> Thanks,
>> Josh
>>
>> On 10/10/2011 6:21 PM, Jim Duuuude wrote:
>>
>> okay, try calling it directly from your IAX client, rather then
>> through a Local channel
>>
>> ------------------------------------------------------------------------
>> Date: Mon, 10 Oct 2011 18:05:16 -0500
>> From: cpe.jfreeman at gmail.com<mailto:cpe.jfreeman at gmail.com>
>> To: APP_RPT-USERS at OHNOSEC.ORG<mailto:APP_RPT-USERS at OHNOSEC.ORG>
>> Subject: Re: [App_rpt-users] Reverse autopatch immediately hanging up
>>
>> Jim,
>>
>> That would be correct, if I had left the [radio] context as it was
>> in the bundled Allstar dialplan, where this line
>>
>> exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1)
>>
>> makes it necessary to dial the leading "0." I created a different
>> radio context, and simply added
>>
>> include => parkedcalls
>>
>> so that the pickup code *is* actually just '701'.
>>
>> Because I don't understand everything about this system, though, I
>> tried reverting that part of my dialplan back to the Allstar
>> configuration, just to see if that made a difference. It didn't -
>> the autopatch still gets hung up within a second or two of
>> connection. Dialing through the Local channel is the thing I'm
>> doing that's significantly different than anything in the Allstar
>> dialplan, so I'm guessing that's where the problem is - but I'm
>> not smart enough to find it yet.
>>
>> Thanks,
>> Josh
>>
>> On 10/10/2011 1:33 PM, Jim Duuuude wrote:
>>
>> Thats because youre missing a 'digits/0' between the incall
>> and the PARKED, such as:
>>
>> Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120)
>>
>> The code to pick that up should be '0701' *not* 701
>>
>> JIM WB6NIL
>>
>> ------------------------------------------------------------------------
>> Date: Mon, 10 Oct 2011 11:06:52 -0500
>> From: cpe.jfreeman at gmail.com<mailto:cpe.jfreeman at gmail.com>
>> To: APP_RPT-USERS at OHNOSEC.ORG<mailto:APP_RPT-USERS at OHNOSEC.ORG>
>> Subject: [App_rpt-users] Reverse autopatch immediately hanging up
>>
>> Hello,
>>
>> I'm trying to set up a system that has a reverse autopatch as
>> one of its features. The problem I'm having is that when a
>> radio user dials the code to pick up an incoming call, the
>> call gets disconnected almost immediately upon connecting. I'm
>> certain the problem is that I've not set things up properly,
>> but I'm still inexperienced enough that I could really use
>> some help troubleshooting.
>>
>> My Asterisk system is running from a recent ACID image
>> (downloaded maybe three weeks ago). The machine also has a
>> TDM400P card with an FXS module connected to an analog
>> telephone I'm using to originate incoming test calls to the
>> repeater system.
>>
>> The relevant parts of my dialplan are as follows:
>>
>> In context *phones_local*:
>>
>> exten => 272727,1,Dial(Local/CQCQCQ at repeater)
>> (Apparently, I can't directly connect to app_rpt from a Zap
>> channel, so I dial through a Local channel instead.)
>>
>> Then, in context *repeater*:
>>
>> exten => CQCQCQ,1,Rpt(5674,Rrpt/in-call:PARKED,120)
>> (This is an isolated system, so the node number is simply my
>> name on a telephone keypad.)
>>
>> What happens is this: I dial 272727 from the analog telephone,
>> and I hear the announcement over the radio just fine. I send
>> *6701 from the radio, and hear "Connecting" from the repeater
>> along with echoing audio from the analog phone (because it's
>> right there next to the radio). Then, I immediately hear "Call
>> terminated" and the autopatch drops. The analog phone doesn't
>> get hung up, though.
>>
>> Here's what I see on the Asterisk console. For this trace, I
>> was actually dialing in from an IAX softphone rather than the
>> Zap channel, but the behavior is exactly the same.
>>
>> -- Executing [272727 at phones_local:1] Dial("IAX2/josh-12630",
>> "Local/CQCQCQ at repeater") in new stack
>> -- Called CQCQCQ at repeater
>> -- Executing [CQCQCQ at repeater:1]
>> Rpt("Local/CQCQCQ at repeater-781b,2",
>> "5674|Rrpt/in-call:PARKED|120") in new stack
>> -- Return Context: (repeater,CQCQCQ,2) ID: 0
>> -- Warning: Return Context Invalid, call will return to
>> default|s
>> -- Music class default requested but no musiconhold loaded.
>> == Parked Local/CQCQCQ at repeater-781b,2 on 701 at parkedcalls.
>> Will timeout back to extension [repeater] CQCQCQ, 2 in 45 seconds
>> -- Added extension '701' priority 1 to parkedcalls
>> -- Music class default requested but no musiconhold loaded.
>> -- Music class default requested but no musiconhold loaded.
>> -- Local/CQCQCQ at repeater-781b,1 answered IAX2/josh-12630
>> -- Call Parking Called, lot: 701, timeout: 0, context: (null)
>> -- Music class default requested but no musiconhold loaded.
>> --<Zap/pseudo-1800116975> Playing 'rpt/in-call' (language
>> 'en')
>> --<Zap/pseudo-1800116975> Playing 'digits/7' (language 'en')
>> --<Zap/pseudo-1800116975> Playing 'digits/0' (language 'en')
>> --<Zap/pseudo-1800116975> Playing 'digits/1' (language 'en')
>> -- Hungup 'Zap/pseudo-1800116975'
>> -- Hungup 'Zap/pseudo-1018949410'
>> [Oct 9 19:44:18] NOTICE[2594]: chan_usbradio.c:3010
>> usbradio_read: Got DTMF char * duration 340 ms
>> [Oct 9 19:44:19] NOTICE[2594]: chan_usbradio.c:3010
>> usbradio_read: Got DTMF char 6 duration 235 ms
>> [Oct 9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
>> usbradio_read: Got DTMF char 7 duration 255 ms
>> [Oct 9 19:44:20] NOTICE[2594]: chan_usbradio.c:3010
>> usbradio_read: Got DTMF char 0 duration 212 ms
>> -- Hungup 'Zap/pseudo-1705936882'
>> [Oct 9 19:44:21] NOTICE[2594]: chan_usbradio.c:3010
>> usbradio_read: Got DTMF char 1 duration 235 ms
>> -- Executing [701 at phones_radio:1]
>> ParkedCall("Zap/pseudo-523589909", "701") in new stack
>> -- Channel Zap/pseudo-523589909 connected to parked call 701
>> == Spawn extension (phones_radio, 701, 1) exited non-zero on
>> 'Local/CQCQCQ at repeater-781b,1<ZOMBIE>'
>> -- Hungup 'Zap/pseudo-1742992459'
>> -- Hungup 'Zap/pseudo-1417902655'
>> --<Zap/pseudo-1427730098> Playing 'rpt/callproceeding'
>> (language 'en')
>> -- Hungup 'Zap/pseudo-1427730098'
>> --<Zap/pseudo-1938338821> Playing 'rpt/callterminated'
>> (language 'en')
>> -- Hungup 'Zap/pseudo-1938338821'
>> -- Hungup 'Zap/pseudo-1525511763'
>>
>> I see some things about invalid return context and zombie
>> channels, but I'm not sure what that means. Any idea what it
>> is I'm missing?
>>
>> Thanks,
>> Josh
>>
>>
>> _______________________________________________ App_rpt-users
>> mailing list App_rpt-users at ohnosec.org
>> <mailto:App_rpt-users at ohnosec.org>
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>>
>>
>> _______________________________________________ App_rpt-users
>> mailing list App_rpt-users at ohnosec.org
>> <mailto:App_rpt-users at ohnosec.org>
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:<http://ohnosec.org/pipermail/app_rpt-users/attachments/20111010/a3ce8229/attachment-0001.html>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 10 Oct 2011 22:37:48 -0400
> From: Travis Best<w3tmb1 at gmail.com>
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Issues After Reboot
> Message-ID:<4E93ABFC.10309 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> After Rebooting Today I am now having the following issue
>
> /var/log/messages
> Oct 10 22:34:20 tbest kernel: asterisk[9571]: segfault at 1a4540b3 ip
> 08098f56 sp b6dc3140 error 6 in asterisk[8048000+101000]
>
>
> /var/log/asterisk/full
> [Oct 10 22:36:47] NOTICE[10142] cdr.c: CDR simple logging enabled.
> [Oct 10 22:36:47] NOTICE[10142] loader.c: 162 modules will be loaded.
> [Oct 10 22:36:47] WARNING[10142] res_smdi.c: No SMDI interfaces are
> available to listen on, not starting SMDI listener.
>
>
> Any Ideas????
>
> Thanks
> Travis
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 11 Oct 2011 02:08:40 -0700
> From: Jim Duuuude<telesistant at hotmail.com>
> To:<w3tmb1 at gmail.com>, app_rpt mailing list
> <app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] Issues After Reboot
> Message-ID:<BLU155-W2157629E14423D1E293E59B1E20 at phx.gbl>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> did you make any changes to any software??
>
>> Date: Mon, 10 Oct 2011 22:37:48 -0400
>> From: w3tmb1 at gmail.com
>> To: app_rpt-users at ohnosec.org
>> Subject: [App_rpt-users] Issues After Reboot
>>
>> After Rebooting Today I am now having the following issue
>>
>> /var/log/messages
>> Oct 10 22:34:20 tbest kernel: asterisk[9571]: segfault at 1a4540b3 ip
>> 08098f56 sp b6dc3140 error 6 in asterisk[8048000+101000]
>>
>>
>> /var/log/asterisk/full
>> [Oct 10 22:36:47] NOTICE[10142] cdr.c: CDR simple logging enabled.
>> [Oct 10 22:36:47] NOTICE[10142] loader.c: 162 modules will be loaded.
>> [Oct 10 22:36:47] WARNING[10142] res_smdi.c: No SMDI interfaces are
>> available to listen on, not starting SMDI listener.
>>
>>
>> Any Ideas????
>>
>> Thanks
>> Travis
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:<http://ohnosec.org/pipermail/app_rpt-users/attachments/20111011/db07cd1d/attachment.html>
>
> ------------------------------
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
> End of App_rpt-users Digest, Vol 32, Issue 14
> *********************************************
>
More information about the App_rpt-users
mailing list