asterisk users - Apr 2010 - Extensions Reload | Asterisk Freezes ? 1.4

Good day..

We have what I consider to be a large dialplan (-= 1501 extensions (2559
priorities) in 99 contexts. =-)

If we have more than 10 or so channels up (all SIP, no TDM) and issue the
"extensions reload" command..  quite often, asterisk will completely
freeze
up...  requiring us to either kill and restart the process or restart the
box...

I should probably also share that when watching the log files, at the time
the "extensions reload" command executes...  there are no exceptions
and/or
issues reported while parsing the dialplan...

Has anyone in the community experienced this..  and/or have any suggestions
?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20100418/244f078b/attachment.htm

I can confirm this issue. And my setup is similar to yours.

kristijan

2010/4/19 Positively Optimistic <positivelyoptimistic at
gmail.com>:
> Good day..
>
> We have what I consider to be a large dialplan (-= 1501 extensions (2559
> priorities) in 99 contexts. =-)
>
> If we have more than 10 or so channels up (all SIP, no TDM) and issue the
> "extensions reload" command..? quite often, asterisk will
completely freeze
> up...? requiring us to either kill and restart the process or restart the
> box...
>
> I should probably also share that?when watching the log files, at the time
> the "extensions reload" command executes...? there are no
exceptions and/or
> issues reported while parsing the dialplan...
>
> Has anyone in the community experienced this..? and/or have any suggestions
> ?
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
> ? ? ? ? ? ? ? http://www.asterisk.org/hello
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> ? http://lists.digium.com/mailman/listinfo/asterisk-users
>

Positively Optimistic wrote:
> We have what I consider to be a large dialplan (-= 1501 extensions (2559 
> priorities) in 99 contexts. =-)
>  
> If we have more than 10 or so channels up (all SIP, no TDM) and issue 
> the "extensions reload" command..  quite often, asterisk will
completely
> freeze up...  requiring us to either kill and restart the process or 
> restart the box...   
>  
> I should probably also share that when watching the log files, at the 
> time the "extensions reload" command executes...  there are no 
> exceptions and/or issues reported while parsing the dialplan...
>  
> Has anyone in the community experienced this..  and/or have any 
> suggestions ?   
Do you have a particular version this is happening on? Does it happen on all 
versions? When you say it freezes up, does it happen for a long time, or a short
time (i.e. are you restarting because you can't wait for it to finish
reloading,
or whatever it is doing)?

When you are reloading the dialplan, do you have verbosity enabled or disabled? 
I find calls can be locked from doing anything while the dialplan is reloading, 
and if you're doing it remotely with verbosity enabled, this can make it
take
longer than necessary.

If Asterisk locks up, perhaps it is some sort of deadlock. There is some good 
information recently added that should help you gather debugging information if 
you plan on filing a bug report (http://issues.asterisk.org)

http://svn.asterisk.org/svn/asterisk/trunk/doc/HOWTO_collect_debug_information.txt
http://svn.asterisk.org/svn/asterisk/trunk/doc/backtrace.txt

Leif.

Thanks for the response Mr. Madsen...

Typically we leave verbosity set at 20...  with debugging disabled. (0).  It
is a somewhat older version of asterisk..    and I don't follow the release
cycle too closely..    I'll go digging through the release notes and see if
I can identify any notes regarding this specific issue...

Is anyone experiencing this on a later release..?

We don't really see a point in upgrading unless it adds a feature or the
upgrade is known to resolve a problem.. upgrading for the sake of upgrading
hasn't been something we practice.... and, knock on wood, it's been
extremely stable with this one exception...  oh!! i forgot, DNS, or the lack
thereof, also tends to kill asterisk...  kill as in, freeze solid...., so,
with these two exceptions... it's solid as a rock..

Connected to Asterisk 1.4.16.1 currently running on sw0 (pid = 2421)

Verbosity is at least 20


-----Original Message-----
From: asterisk-users-bounces at lists.digium.com [mailto:
asterisk-users-bounces at lists.digium.com] On Behalf Of Leif Madsen
Sent: Monday, April 19, 2010 10:00 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Extensions Reload | Asterisk Freezes ? 1.4



Positively Optimistic wrote:
> We have what I consider to be a large dialplan (-= 1501 extensions (2559
> priorities) in 99 contexts. =-)
>
> If we have more than 10 or so channels up (all SIP, no TDM) and issue
> the "extensions reload" command..  quite often, asterisk will
completely
> freeze up...  requiring us to either kill and restart the process or
> restart the box...
>
> I should probably also share that when watching the log files, at the
> time the "extensions reload" command executes...  there are no
> exceptions and/or issues reported while parsing the dialplan...
>
> Has anyone in the community experienced this..  and/or have any
> suggestions ?


Do you have a particular version this is happening on? Does it happen on all


versions? When you say it freezes up, does it happen for a long time, or a
short

time (i.e. are you restarting because you can't wait for it to finish
reloading,

or whatever it is doing)?



When you are reloading the dialplan, do you have verbosity enabled or
disabled?

I find calls can be locked from doing anything while the dialplan is
reloading,

and if you're doing it remotely with verbosity enabled, this can make it
take

longer than necessary.



If Asterisk locks up, perhaps it is some sort of deadlock. There is some
good

information recently added that should help you gather debugging information
if

you plan on filing a bug report (http://issues.asterisk.org)



http://svn.asterisk.org/svn/asterisk/trunk/doc/HOWTO_collect_debug_information.txt

http://svn.asterisk.org/svn/asterisk/trunk/doc/backtrace.txt



Leif.



-- 

_____________________________________________________________________

-- Bandwidth and Colocation Provided by http://www.api-digital.com --

New to Asterisk? Join us for a live introductory webinar every Thurs:

               http://www.asterisk.org/hello



asterisk-users mailing list

To UNSUBSCRIBE or update options visit:

   http://lists.digium.com/mailman/listinfo/asterisk-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20100419/ba2cb2d6/attachment.htm