Ryan,
I tried your example with Asterisk 1.8.25.0 on a Jetway Atom box...
--
-- Executing [4@default:2] Wait("SIP/10.10.50.1-00000004", "2") in new stack
-- Executing [4@default:3] Record("SIP/10.10.50.1-00000004",
"custom-sounds/ivr.gsm") in new stack
-- <SIP/10.10.50.1-00000004> Playing 'beep.ulaw' (language 'en')
== Spawn extension (default, 4, 3) exited non-zero on
'SIP/10.10.50.1-00000004'
--
A hangup works properly as well as deleting "custom-sounds/ivr.gsm" if it
existed.
Possibly something keeping "custom-sounds/ivr.gsm" from being removed on a
hangup ? Grasping...
Lonnie
On Jan 13, 2014, at 1:15 PM, Lonnie Abelbeck wrote:
> Ryan,
>
> This link might also help...
>
> Autodestruct on dialog 'with owner in place' - help needed
> http://forums.asterisk.org/viewtopic.php?f=1&t=86221
>
> Also if you have some sort of AGI that is not completing or such it could be
> causing this issue.
> http://stackoverflow.com/questions/7599934/asterisk-issue-autodestruct-on-dialog-with-owner-in-place-method-bye
>
> Something is keeping the SIP session from terminating, so this is a warning,
> not an error.
>
> This appears to be an Asterisk issue and not an AstLinux problem, per-se .
>
> Lonnie
>
>
> On Jan 13, 2014, at 12:58 PM, Lonnie Abelbeck wrote:
>
>> Ryan,
>>
>> What version of Asterisk are you using ?
>>
>> There was a bug in early versions of Asterisk 1.8 ...
>>
>> Calls not released after BYE
>> https://issues.asterisk.org/jira/browse/ASTERISK-19425
>>
>> Lonnie
>>
>>
>> On Jan 13, 2014, at 12:28 PM, Ryan Bantz wrote:
>>
>>> Here is a snippet of hanging up without pressing # to end the recording.
>>>
>>> pbx*CLI>
>>>
>>> == Using SIP RTP CoS mark 5
>>>
>>> -- Executing [903@devices:1] Wait("SIP/00907a0dea94-00000001", "2") in
>>> new stack
>>>
>>> -- Executing [903@devices:2] Record("SIP/00907a0dea94-00000001",
>>> "custom-sounds/ivr.gsm") in new stack
>>>
>>> -- <SIP/00907a0dea94-00000001> Playing 'beep.ulaw' (language 'en')
>>>
>>> [Jan 13 12:17:12] WARNING[382]: chan_sip.c:3870 __sip_autodestruct:
>>> Autodestruct on dialog '[email protected]' with
>>> owner in place (Method: BYE). Rescheduling destruction for 10000 ms
>>>
>>> [Jan 13 12:17:26] WARNING[382]: chan_sip.c:3870 __sip_autodestruct:
>>> Autodestruct on dialog '[email protected]' with
>>> owner in place (Method: BYE). Rescheduling destruction for 10000 ms
>>>
>>> pbx*CLI>
>>>
>>>
>>>
>>> -Ryan
>>>
>>>
>>>
>>> On Mon, Jan 13, 2014 at 12:06 PM, Lonnie Abelbeck
>>> <[email protected]> wrote:
>>> Ryan,
>>>
>>> Can you post a snippet of "asterisk -rvvvv" output (sanitize if necessary)
>>> starting when extension 903 is called and the end user hangs-up.
>>>
>>> Lonnie
>>>
>>>
>>> On Jan 13, 2014, at 11:43 AM, Ryan Bantz wrote:
>>>
>>>> I have verified that the custom directory is created on the flash card.
>>>> lrwxrwxrwx 1 root root 21 Jan 13 11:20
>>>> /var/lib/asterisk/sounds/custom-sounds -> /mnt/kd/custom-sounds
>>>>
>>>> I didn't have also updated the record function to read:
>>>> exten => 903,n,Record(custom-sounds/ivr.gsm) ; Press # to stop recording
>>>>
>>>> There wasn't a hangup extension defined the so I added the following to
>>>> the recording context.
>>>> exten => h,1,Hangup
>>>>
>>>> I still seem to have the issue were hanging up before pressing # to end
>>>> the recording locks the box up. It appears that something is preventing
>>>> the call from ending. I turned on some more logging and the console fills
>>>> up with the following.
>>>>
>>>> [Jan 13 11:12:05] WARNING[380]: chan_sip.c:3870 __sip_autodestruct:
>>>> Autodestruct on dialog '[email protected]' with
>>>> owner in place (Method: BYE). Rescheduling destruction for 10000 ms
>>>>
>>>> Any other thoughts?
>>>>
>>>> -Ryan
>>>>
>>>>
>>>> On Sun, Jan 12, 2014 at 9:03 AM, Lonnie Abelbeck
>>>> <[email protected]> wrote:
>>>>
>>>> On Jan 12, 2014, at 5:35 AM, Michael Keuter wrote:
>>>>
>>>>>
>>>>> Am 12.01.2014 um 12:31 schrieb Michael Keuter <[email protected]>:
>>>>>
>>>>>>
>>>>>> Am 11.01.2014 um 21:30 schrieb Ryan Bantz <[email protected]>:
>>>>>>
>>>>>>> Hello,
>>>>>>>
>>>>>>> I am running an embedded version of AstLinux on an Alix board. I have
>>>>>>> the following code in my dial plan. If a user is leaving a recording
>>>>>>> and hangs up prior to pressing # to end the recording the box will lock
>>>>>>> up. The box is inaccessible via SSH and needs to be power cycled. As
>>>>>>> far as I can tell it looks like it fills up the ram disk. Is there a
>>>>>>> way around this to prevent the system from locking up?
>>>>>>>
>>>>>>> ; Record ivr
>>>>>>>
>>>>>>> exten => 903,1,Wait(2) ; Call 903 to record new sound files
>>>>>>>
>>>>>>> exten => 903,n,Record(custom-sounds/ivr:gsm) ; Press # to stop recording
>>>>>>>
>>>>>>> exten => 903,n,Wait(2)
>>>>>>>
>>>>>>> exten => 903,n,Playback(custom-sounds/ivr) ; Listen to your recording
>>>>>>>
>>>>>>> exten => 903,n,wait(2)
>>>>>>>
>>>>>>> exten => 903,n,Hangup
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -Ryan
>>>>>>
>>>>>> Hi Ryan,
>>>>>>
>>>>>> I use nearly the same dialplan stuff to record custom sounds, and it
>>>>>> works fine for me. Which AstLinux version are you using?
>>>>>> "custom-sounds" is normally a symlink to "/mnt/kd/custom-sounds", so the
>>>>>> file should be recorded on your CompactFlash card and not in RAM.
>>>>>> Can you verify this?
>>>>>>
>>>>>> ls -l /var/lib/asterisk/sounds/custom-*
>>>>>> lrwxrwxrwx 1 root root 21 Jan 9 08:36
>>>>>> /var/lib/asterisk/sounds/custom-sounds -> /mnt/kd/custom-sounds
>>>>>
>>>>>
>>>>> Update: the colon (":") in your record statement needs to be a dot (".")
>>>>> => ivr.gsm
>>>>> Maybe this is the problem.
>>>>>
>>>>> Syntax (1.8):
>>>>> Record(filename.format[,silence[,maxduration[,options]]])
>>>>>
>>>>> Michael
>>>>
>>>> Hi Ryan,
>>>>
>>>> I think Michael has it covered above, but do you have the 'h' (hangup)
>>>> extension defined ? Something simple...
>>>> --
>>>> exten => h,1,Hangup
>>>> --
>>>> Or possibly something else ?
>>>>
>>>> Lonnie
>>
>>
>> ------------------------------------------------------------------------------
>> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
>> Learn Why More Businesses Are Choosing CenturyLink Cloud For
>> Critical Workloads, Development Environments & Everything In Between.
>> Get a Quote or Start a Free Trial Today.
>> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Astlinux-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to
>> [email protected].
>>
>>
>
>
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> _______________________________________________
> Astlinux-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to
> [email protected].
>
>
------------------------------------------------------------------------------
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today.
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
_______________________________________________
Astlinux-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to
[email protected].
