Same thing. I have been investigating and don't like what I am finding
(ie, no easy fix). I posted a question to the asterisk GUI mailing
list over at digium the other day documenting what I have learned, but
no reply from the gui team at digium yet.

David

On 12/19/08, Tom Lynn <[email protected]> wrote:
> It took many days, but I've got another zombie call hanging out again:
>
> Channel              Location             State   Application(Data)
> Local/executecommand executecomm...@aster Ring    System(uptime >
> /var/lib/aster
> 1 active channel
> 1 active call
>
>
> What did you find in your testing?
>
> On Mon, Dec 15, 2008 at 7:15 AM, David Kerr <[email protected]> wrote:
>
>> I am still seeing the problem. On investigation, I have found an
>> alternative way for the Asterisk-gui to make a system call which might
>> help,
>> would require change to both the context and the GUI javascript code.  I
>> may
>> be able to test it tonight.
>> David.
>>
>>
>> On Sun, Dec 14, 2008 at 8:13 PM, Tom Lynn <[email protected]> wrote:
>>
>>> Yes, I did.  Thanks again.
>>>
>>>
>>> On Sun, Dec 14, 2008 at 3:10 PM, David Kerr <[email protected]> wrote:
>>>
>>>> Did you spot the bug in my suggestion?  The correct lines should be
>>>> exten = i,1,Hangup
>>>> exten = t,1,Hangup
>>>>
>>>> not
>>>>
>>>> exten = i,n,Hangup
>>>> exten = t,n,Hangup
>>>>
>>>> in other words, the priority should be '1' not 'n'.
>>>>
>>>> I have modified my version also and will monitor it and see what
>>>> happens.
>>>> If this proves to work for you and me, then I'll open a bug an digium
>>>> and
>>>> suggest that they fix it.
>>>>
>>>> David
>>>>
>>>>
>>>> On Sat, Dec 13, 2008 at 7:45 PM, Tom Lynn <[email protected]> wrote:
>>>>
>>>>> David,
>>>>> Your solution works well.  I added the two lines to the context and
>>>>> haven't seen another zombie call since.
>>>>>
>>>>> Thanks for sharing.
>>>>>
>>>>> Tom
>>>>>
>>>>>
>>>>> On Wed, Dec 10, 2008 at 5:38 PM, David Kerr <[email protected]> wrote:
>>>>>
>>>>>> On your running asterisk system look
>>>>>> in /var/lib/asterisk/static-http/config/js and edit the pbx.js file...
>>>>>> search on "guitools" and you will see the section that creates the
>>>>>> context
>>>>>> in extensions.conf.  I think you will be able to edit this to make
>>>>>> changes
>>>>>> to the context.  You should just have to reload the GUI in your
>>>>>> browser to
>>>>>> trigger the changes. No reboot should be required.
>>>>>> In addition to adding "t" and "i" extensions, you might want to set an
>>>>>> explicit timeout in the "executecommand" extension.
>>>>>>
>>>>>> David
>>>>>>
>>>>>>
>>>>>> On Wed, Dec 10, 2008 at 7:30 PM, Tom Lynn <[email protected]> wrote:
>>>>>>
>>>>>>> You're absolutely correct.  Merely logging into the asterisk-gui
>>>>>>> blows
>>>>>>> away the changes.
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Dec 8, 2008 at 1:48 PM, David Kerr <[email protected]> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> The first thing I might suggest trying is to add the following to
>>>>>>>> the
>>>>>>>> asterisk_guitools context... exten = i,n,Hangup
>>>>>>>> exten = t,n,Hangup
>>>>>>>> which will take care of invalid and timeout situations in the
>>>>>>>> dialplan.
>>>>>>>>
>>>>>>>> Unfortunately however, the asterisk_guitools context is one that the
>>>>>>>> asterisk-gui expects to control itself, therefore if you use the gui
>>>>>>>> there
>>>>>>>> is a high likely hood that it will blast over any changes you make,
>>>>>>>> replacing everything with the default. "fix" to this would be to
>>>>>>>> actually
>>>>>>>> modify the asterisk-gui javascript to add the above lines rather
>>>>>>>> than
>>>>>>>> manually editing extensions.conf.
>>>>>>>>
>>>>>>>> David
>>>>>>>>
>>>>>>>>  On Fri, Dec 5, 2008 at 9:56 PM, Tom Lynn <[email protected]>wrote:
>>>>>>>>
>>>>>>>>> Thanks David, Darrick.  I'll poke around in that context to see how
>>>>>>>>> it's happening.  I agree, it's not an Astlinux problem, but it is
>>>>>>>>> nice to
>>>>>>>>> have had this discussion here for others to find.
>>>>>>>>>
>>>>>>>>> My primary interest in using the GUI is to allow others who can't
>>>>>>>>> program an asterisk system to do some admin tasks.
>>>>>>>>>
>>>>>>>>> Thanks for the reply.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Fri, Dec 5, 2008 at 5:43 PM, David Kerr <[email protected]> wrote:
>>>>>>>>>
>>>>>>>>>> I use the asterisk GUI a lot and see this symptom a lot. It is
>>>>>>>>>> caused
>>>>>>>>>> by the way the gui executes a system command (to, for example,
>>>>>>>>>> grab
>>>>>>>>>> system status).  The gui uses the asterisk management interface to
>>>>>>>>>> make a 'call' to the execute command 'extension' inside the
>>>>>>>>>> 'asterisk_guitools' context, which simply calls the System()
>>>>>>>>>> command
>>>>>>>>>> then executes Hangup().  If something goes wrong while ecexuting
>>>>>>>>>> the
>>>>>>>>>> command, then I suppose that it will never get to the Hangup().
>>>>>>>>>>
>>>>>>>>>> Maybe there could be a better way to do this, but I believe that
>>>>>>>>>> this
>>>>>>>>>> is what is causing it.
>>>>>>>>>>
>>>>>>>>>> David
>>>>>>>>>>
>>>>>>>>>> On 12/5/08, Darrick Hartman <[email protected]> wrote:
>>>>>>>>>> > This definitely sounds like a bug in the Asterisk-gui code.  I
>>>>>>>>>> don't
>>>>>>>>>> > believe any of the developers use it much.  I've opened it and
>>>>>>>>>> played
>>>>>>>>>> > around with it a little bit, but never on production system.
>>>>>>>>>> >
>>>>>>>>>> > This is not an 'astlinux' bug so much as an Asterisk-gui bug.
>>>>>>>>>>  I'd
>>>>>>>>>> > suggest that those who are experiencing it, report to the
>>>>>>>>>> Asterisk-gui
>>>>>>>>>> > group.  We're using the latest released version (2.0.4) of the
>>>>>>>>>> asterisk-gui.
>>>>>>>>>> >
>>>>>>>>>> > I will have to say that it does look to be significantly
>>>>>>>>>> > improved
>>>>>>>>>> over
>>>>>>>>>> > the original version.  I just don't see myself using it or
>>>>>>>>>> recommending
>>>>>>>>>> > it's use at this point.
>>>>>>>>>> >
>>>>>>>>>> > Darrick
>>>>>>>>>> >
>>>>>>>>>> > Tom Lynn wrote:
>>>>>>>>>> >> I'm also experiencing this since upgrading to 0.6.2. <
>>>>>>>>>> http://0.6.2.>  It
>>>>>>>>>> >> only began when I started using Digium's Native GUI.
>>>>>>>>>> >>
>>>>>>>>>> >>
>>>>>>>>>> >>
>>>>>>>>>> >>     David Kerr wrote:
>>>>>>>>>> >>      > I find that after a number of days a number of channels
>>>>>>>>>> remain
>>>>>>>>>> >>     open. For
>>>>>>>>>> >>      > example, current list of active channels is attached and
>>>>>>>>>> I cannot
>>>>>>>>>> >>     figure
>>>>>>>>>> >>      > out what is causing them. They disappear on reboot, but
>>>>>>>>>> not on
>>>>>>>>>> >>     asterisk
>>>>>>>>>> >>      > reload.  Last reboot was 24 days ago.
>>>>>>>>>> >>      >
>>>>>>>>>> >>      > Anyone know what's causing this?
>>>>>>>>>> >
>>>>>>>>>> >
>>>>>>>>>> >
>>>>>>>>>> >
>>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>>> > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las
>>>>>>>>>> Vegas, Nevada.
>>>>>>>>>> > The future of the web can't happen without you.  Join us at
>>>>>>>>>> > MIX09
>>>>>>>>>> to help
>>>>>>>>>> > pave the way to the Next Web now. Learn more and register at
>>>>>>>>>> >
>>>>>>>>>> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
>>>>>>>>>> > _______________________________________________
>>>>>>>>>> > 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].
>>>>>>>>>> >
>>>>>>>>>> >
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Sent from my mobile device
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>>> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las
>>>>>>>>>> Vegas,
>>>>>>>>>> Nevada.
>>>>>>>>>> The future of the web can't happen without you.  Join us at MIX09
>>>>>>>>>> to help
>>>>>>>>>> pave the way to the Next Web now. Learn more and register at
>>>>>>>>>>
>>>>>>>>>> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
>>>>>>>>>> _______________________________________________
>>>>>>>>>> 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].
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
>>>>>>>> Nevada.
>>>>>>>> The future of the web can't happen without you.  Join us at MIX09 to
>>>>>>>> help
>>>>>>>> pave the way to the Next Web now. Learn more and register at
>>>>>>>>
>>>>>>>> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
>>>>>>>> _______________________________________________
>>>>>>>> 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].
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>

-- 
Sent from my mobile device

------------------------------------------------------------------------------
_______________________________________________
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].

Reply via email to