asterisk users - May 2008 - reload stopping EVERYTHING on CLI and causing havoc.

Hi,

 

Yesterday I made a change in queues.conf and so tried doing a reload
app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything,
infact all action on CLI stopped. 

 

Then, I did a reload. Same thing.

After that there was no other way.. because even stop now wouldn't work, so
I did a service asterisk restart

And then asterisk kept giving the same thing on prompt "Died
successfully"
and all that it usually says when you issue a stop now, except it kept
showing that on root prompt after doing a service asterisk restart.

 

Did a killall asterisk, and finally it stopped.

Then started asterisk service. It was fine.

 

Did a full restart at night, and it was fine.

 

NOW, I wanted to do a reload again today mid-day when in full use, and it
still didn't work, and ALL of the above happened again.

--

 

How do I diagnose what's causing this?

 

Thanks,

Mark.

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20080522/ea812694/attachment.htm

Mark Hamilton wrote:
>
> Hi,
>
> Yesterday I made a change in queues.conf and so tried doing a reload 
> app_queue.so in the CLI. (Using 1.4.18). It didn?t seem to do 
> anything, infact all action on CLI stopped.
>
> Then, I did a reload. Same thing.
>
> After that there was no other way.. because even stop now wouldn?t 
> work, so I did a service asterisk restart
>
> And then asterisk kept giving the same thing on prompt ?Died 
> successfully? and all that it usually says when you issue a stop now, 
> except it kept showing that on root prompt after doing a service 
> asterisk restart.
>
> Did a killall asterisk, and finally it stopped.
>
> Then started asterisk service. It was fine.
>
> Did a full restart at night, and it was fine.
>
> NOW, I wanted to do a reload again today mid-day when in full use, and 
> it still didn?t work, and ALL of the above happened again.
>
> --
>
> How do I diagnose what?s causing this?
>
> Thanks,
>
> Mark.
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
I've had this problem before, haven't debugged it. I definitely look 
forward to hearing what is said about this.

Example from my recent experience, I wanted to restart the server and so 
did

pbx0*CLI> restart now

But nothing happened...system continued to allow calls to take place. 
I've found that sometimes exiting and reconnecting to the CLI helps, but 
there have been a couple occasions where NOTHING would allow the server 
to restart save for a reboot. Even killall asterisk didn't kill the 
process....

Sherwood McGowan

You can create queues via AMI although it won't survive a restart.

Thanks,
Steve Totaro

On Thu, May 22, 2008 at 3:25 PM, Mark Hamilton <mark.h at cage151.com>
wrote:
> Thanks Steve.
> Using 1.4.18, and I don't think it's fixed.
> The unresponsiveness is permanent - although I do try to not reload during
> work hours, sometimes it's just necessary.. especially when someone
asks for
> a new queue.
>
> -----Original Message-----
> From: asterisk-users-bounces at lists.digium.com
> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Steve
Totaro
> Sent: May 22, 2008 3:12 PM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing
> havoc.
>
> On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan
> <sherwood.mcgowan at gmail.com> wrote:
>> Mark Hamilton wrote:
>>>
>>> Hi,
>>>
>>> Yesterday I made a change in queues.conf and so tried doing a
reload
>>> app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do
>>> anything, infact all action on CLI stopped.
>>>
>>> Then, I did a reload. Same thing.
>>>
>>> After that there was no other way.. because even stop now
wouldn't
>>> work, so I did a service asterisk restart
>>>
>>> And then asterisk kept giving the same thing on prompt "Died
>>> successfully" and all that it usually says when you issue a
stop now,
>>> except it kept showing that on root prompt after doing a service
>>> asterisk restart.
>>>
>>> Did a killall asterisk, and finally it stopped.
>>>
>>> Then started asterisk service. It was fine.
>>>
>>> Did a full restart at night, and it was fine.
>>>
>>> NOW, I wanted to do a reload again today mid-day when in full use,
and
>>> it still didn't work, and ALL of the above happened again.
>>>
>>> --
>>>
>>> How do I diagnose what's causing this?
>>>
>>> Thanks,
>>>
>>> Mark.
>>>
>>>
------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com
--
>>>
>>> asterisk-users mailing list
>>> To UNSUBSCRIBE or update options visit:
>>>    http://lists.digium.com/mailman/listinfo/asterisk-users
>> I've had this problem before, haven't debugged it. I definitely
look
>> forward to hearing what is said about this.
>>
>> Example from my recent experience, I wanted to restart the server and
so
>> did
>>
>> pbx0*CLI> restart now
>>
>> But nothing happened...system continued to allow calls to take place.
>> I've found that sometimes exiting and reconnecting to the CLI
helps, but
>> there have been a couple occasions where NOTHING would allow the server
>> to restart save for a reboot. Even killall asterisk didn't kill the
>> process....
>>
>> Sherwood McGowan
>>
>
> You are using Asterisk 1.2.x?  I have seen this many, many times.
>
> Sometimes the CLI becomes unresponsive, sometimes queues crap out or
> stops delivering calls to agents, sometimes it just takes a bit and
> then becomes responsive again.
>
> The rule of thumb is don't reload queues when there are people in
> queue, at least that seems to eliminate the problems I have seen.
> Makes sense too.
>
> Not sure if it is fixed in 1.4.
>
> Thanks,
> Steve Totaro
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>

Three options.
1.  Open a bug report and hope someone fixes it.
2.  Use AMI AND write the new .conf entry at the same time!
3.  Reload queues when empty.

I don't really understand what the issue is with number two.  Although
I am not a programmer, I can see why reloading queues with callers in
the queues might be a problem.

Thanks,
Steve Totaro

On Thu, May 22, 2008 at 3:38 PM, Mark Hamilton <mark.h at cage151.com>
wrote:
> That's true. But that's exactly why it's not used and conf is
much easier.
>
> -----Original Message-----
> From: asterisk-users-bounces at lists.digium.com
> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Steve
Totaro
> Sent: May 22, 2008 3:34 PM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing
> havoc.
>
> You can create queues via AMI although it won't survive a restart.
>
> Thanks,
> Steve Totaro
>
> On Thu, May 22, 2008 at 3:25 PM, Mark Hamilton <mark.h at
cage151.com> wrote:
>> Thanks Steve.
>> Using 1.4.18, and I don't think it's fixed.
>> The unresponsiveness is permanent - although I do try to not reload
during
>> work hours, sometimes it's just necessary.. especially when someone
asks
> for
>> a new queue.
>>
>> -----Original Message-----
>> From: asterisk-users-bounces at lists.digium.com
>> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Steve
Totaro
>> Sent: May 22, 2008 3:12 PM
>> To: Asterisk Users Mailing List - Non-Commercial Discussion
>> Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and
> causing
>> havoc.
>>
>> On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan
>> <sherwood.mcgowan at gmail.com> wrote:
>>> Mark Hamilton wrote:
>>>>
>>>> Hi,
>>>>
>>>> Yesterday I made a change in queues.conf and so tried doing a
reload
>>>> app_queue.so in the CLI. (Using 1.4.18). It didn't seem to
do
>>>> anything, infact all action on CLI stopped.
>>>>
>>>> Then, I did a reload. Same thing.
>>>>
>>>> After that there was no other way.. because even stop now
wouldn't
>>>> work, so I did a service asterisk restart
>>>>
>>>> And then asterisk kept giving the same thing on prompt
"Died
>>>> successfully" and all that it usually says when you issue
a stop now,
>>>> except it kept showing that on root prompt after doing a
service
>>>> asterisk restart.
>>>>
>>>> Did a killall asterisk, and finally it stopped.
>>>>
>>>> Then started asterisk service. It was fine.
>>>>
>>>> Did a full restart at night, and it was fine.
>>>>
>>>> NOW, I wanted to do a reload again today mid-day when in full
use, and
>>>> it still didn't work, and ALL of the above happened again.
>>>>
>>>> --
>>>>
>>>> How do I diagnose what's causing this?
>>>>
>>>> Thanks,
>>>>
>>>> Mark.
>>>>
>>>>
------------------------------------------------------------------------
>>>>
>>>> _______________________________________________
>>>> -- Bandwidth and Colocation Provided by
http://www.api-digital.com --
>>>>
>>>> asterisk-users mailing list
>>>> To UNSUBSCRIBE or update options visit:
>>>>    http://lists.digium.com/mailman/listinfo/asterisk-users
>>> I've had this problem before, haven't debugged it. I
definitely look
>>> forward to hearing what is said about this.
>>>
>>> Example from my recent experience, I wanted to restart the server
and so
>>> did
>>>
>>> pbx0*CLI> restart now
>>>
>>> But nothing happened...system continued to allow calls to take
place.
>>> I've found that sometimes exiting and reconnecting to the CLI
helps, but
>>> there have been a couple occasions where NOTHING would allow the
server
>>> to restart save for a reboot. Even killall asterisk didn't kill
the
>>> process....
>>>
>>> Sherwood McGowan
>>>
>>
>> You are using Asterisk 1.2.x?  I have seen this many, many times.
>>
>> Sometimes the CLI becomes unresponsive, sometimes queues crap out or
>> stops delivering calls to agents, sometimes it just takes a bit and
>> then becomes responsive again.
>>
>> The rule of thumb is don't reload queues when there are people in
>> queue, at least that seems to eliminate the problems I have seen.
>> Makes sense too.
>>
>> Not sure if it is fixed in 1.4.
>>
>> Thanks,
>> Steve Totaro
>>
>> _______________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>
>>
>> _______________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>

Before what?  Revert to that if you had no problems.  You could do
realtime queues too.

Thanks,
Steve Totaro

On Thu, May 22, 2008 at 3:58 PM, Mark Hamilton <mark.h at cage151.com>
wrote:
> 1) rains down bullets
> 2) more work, but surely doable
> 3) yes, but that's a work around to the problem and inconvenient for
24/7
> production box.
>
> Either way, the reload worked perfectly fine before - even with callers
> logged in and in full production.
>
> -----Original Message-----
> From: asterisk-users-bounces at lists.digium.com
> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Steve
Totaro
> Sent: May 22, 2008 3:49 PM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing
> havoc.
>
> Three options.
> 1.  Open a bug report and hope someone fixes it.
> 2.  Use AMI AND write the new .conf entry at the same time!
> 3.  Reload queues when empty.
>
> I don't really understand what the issue is with number two.  Although
> I am not a programmer, I can see why reloading queues with callers in
> the queues might be a problem.
>
> Thanks,
> Steve Totaro
>
> On Thu, May 22, 2008 at 3:38 PM, Mark Hamilton <mark.h at
cage151.com> wrote:
>> That's true. But that's exactly why it's not used and conf
is much easier.
>>
>> -----Original Message-----
>> From: asterisk-users-bounces at lists.digium.com
>> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Steve
Totaro
>> Sent: May 22, 2008 3:34 PM
>> To: Asterisk Users Mailing List - Non-Commercial Discussion
>> Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and
> causing
>> havoc.
>>
>> You can create queues via AMI although it won't survive a restart.
>>
>> Thanks,
>> Steve Totaro
>>
>> On Thu, May 22, 2008 at 3:25 PM, Mark Hamilton <mark.h at
cage151.com> wrote:
>>> Thanks Steve.
>>> Using 1.4.18, and I don't think it's fixed.
>>> The unresponsiveness is permanent - although I do try to not reload
> during
>>> work hours, sometimes it's just necessary.. especially when
someone asks
>> for
>>> a new queue.
>>>
>>> -----Original Message-----
>>> From: asterisk-users-bounces at lists.digium.com
>>> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of
Steve
> Totaro
>>> Sent: May 22, 2008 3:12 PM
>>> To: Asterisk Users Mailing List - Non-Commercial Discussion
>>> Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and
>> causing
>>> havoc.
>>>
>>> On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan
>>> <sherwood.mcgowan at gmail.com> wrote:
>>>> Mark Hamilton wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> Yesterday I made a change in queues.conf and so tried doing
a reload
>>>>> app_queue.so in the CLI. (Using 1.4.18). It didn't seem
to do
>>>>> anything, infact all action on CLI stopped.
>>>>>
>>>>> Then, I did a reload. Same thing.
>>>>>
>>>>> After that there was no other way.. because even stop now
wouldn't
>>>>> work, so I did a service asterisk restart
>>>>>
>>>>> And then asterisk kept giving the same thing on prompt
"Died
>>>>> successfully" and all that it usually says when you
issue a stop now,
>>>>> except it kept showing that on root prompt after doing a
service
>>>>> asterisk restart.
>>>>>
>>>>> Did a killall asterisk, and finally it stopped.
>>>>>
>>>>> Then started asterisk service. It was fine.
>>>>>
>>>>> Did a full restart at night, and it was fine.
>>>>>
>>>>> NOW, I wanted to do a reload again today mid-day when in
full use, and
>>>>> it still didn't work, and ALL of the above happened
again.
>>>>>
>>>>> --
>>>>>
>>>>> How do I diagnose what's causing this?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Mark.
>>>>>
>>>>>
> ------------------------------------------------------------------------
>>>>>
>>>>> _______________________________________________
>>>>> -- Bandwidth and Colocation Provided by
http://www.api-digital.com --
>>>>>
>>>>> asterisk-users mailing list
>>>>> To UNSUBSCRIBE or update options visit:
>>>>>    http://lists.digium.com/mailman/listinfo/asterisk-users
>>>> I've had this problem before, haven't debugged it. I
definitely look
>>>> forward to hearing what is said about this.
>>>>
>>>> Example from my recent experience, I wanted to restart the
server and so
>>>> did
>>>>
>>>> pbx0*CLI> restart now
>>>>
>>>> But nothing happened...system continued to allow calls to take
place.
>>>> I've found that sometimes exiting and reconnecting to the
CLI helps, but
>>>> there have been a couple occasions where NOTHING would allow
the server
>>>> to restart save for a reboot. Even killall asterisk didn't
kill the
>>>> process....
>>>>
>>>> Sherwood McGowan
>>>>
>>>
>>> You are using Asterisk 1.2.x?  I have seen this many, many times.
>>>
>>> Sometimes the CLI becomes unresponsive, sometimes queues crap out
or
>>> stops delivering calls to agents, sometimes it just takes a bit and
>>> then becomes responsive again.
>>>
>>> The rule of thumb is don't reload queues when there are people
in
>>> queue, at least that seems to eliminate the problems I have seen.
>>> Makes sense too.
>>>
>>> Not sure if it is fixed in 1.4.
>>>
>>> Thanks,
>>> Steve Totaro
>>>
>>> _______________________________________________
>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com
--
>>>
>>> asterisk-users mailing list
>>> To UNSUBSCRIBE or update options visit:
>>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>>
>>>
>>> _______________________________________________
>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com
--
>>>
>>> asterisk-users mailing list
>>> To UNSUBSCRIBE or update options visit:
>>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>>
>>
>> _______________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>
>>
>> _______________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>

Until you provide enough info to properly open a bug report and follow
up on it until it gets fixed.

Thanks,
Steve Totaro

On Thu, May 22, 2008 at 4:07 PM, Mark Hamilton <mark.h at cage151.com>
wrote:
> Before adding one agent to a queue.
> I guess realtime queues is something I should be looking into..
>
> Other than that, this is bad. How long will Asterisk users have to look for
> band-aid answers?
>
> -----Original Message-----
> From: asterisk-users-bounces at lists.digium.com
> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Steve
Totaro
> Sent: May 22, 2008 4:02 PM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing
> havoc.
>
> Before what?  Revert to that if you had no problems.  You could do
> realtime queues too.
>
> Thanks,
> Steve Totaro
>
> On Thu, May 22, 2008 at 3:58 PM, Mark Hamilton <mark.h at
cage151.com> wrote:
>> 1) rains down bullets
>> 2) more work, but surely doable
>> 3) yes, but that's a work around to the problem and inconvenient
for 24/7
>> production box.
>>
>> Either way, the reload worked perfectly fine before - even with callers
>> logged in and in full production.
>>
>> -----Original Message-----
>> From: asterisk-users-bounces at lists.digium.com
>> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Steve
Totaro
>> Sent: May 22, 2008 3:49 PM
>> To: Asterisk Users Mailing List - Non-Commercial Discussion
>> Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and
> causing
>> havoc.
>>
>> Three options.
>> 1.  Open a bug report and hope someone fixes it.
>> 2.  Use AMI AND write the new .conf entry at the same time!
>> 3.  Reload queues when empty.
>>
>> I don't really understand what the issue is with number two. 
Although
>> I am not a programmer, I can see why reloading queues with callers in
>> the queues might be a problem.
>>
>> Thanks,
>> Steve Totaro
>>
>> On Thu, May 22, 2008 at 3:38 PM, Mark Hamilton <mark.h at
cage151.com> wrote:
>>> That's true. But that's exactly why it's not used and
conf is much
> easier.
>>>
>>> -----Original Message-----
>>> From: asterisk-users-bounces at lists.digium.com
>>> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of
Steve
> Totaro
>>> Sent: May 22, 2008 3:34 PM
>>> To: Asterisk Users Mailing List - Non-Commercial Discussion
>>> Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and
>> causing
>>> havoc.
>>>
>>> You can create queues via AMI although it won't survive a
restart.
>>>
>>> Thanks,
>>> Steve Totaro
>>>
>>> On Thu, May 22, 2008 at 3:25 PM, Mark Hamilton <mark.h at
cage151.com>
> wrote:
>>>> Thanks Steve.
>>>> Using 1.4.18, and I don't think it's fixed.
>>>> The unresponsiveness is permanent - although I do try to not
reload
>> during
>>>> work hours, sometimes it's just necessary.. especially when
someone asks
>>> for
>>>> a new queue.
>>>>
>>>> -----Original Message-----
>>>> From: asterisk-users-bounces at lists.digium.com
>>>> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf
Of Steve
>> Totaro
>>>> Sent: May 22, 2008 3:12 PM
>>>> To: Asterisk Users Mailing List - Non-Commercial Discussion
>>>> Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI
and
>>> causing
>>>> havoc.
>>>>
>>>> On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan
>>>> <sherwood.mcgowan at gmail.com> wrote:
>>>>> Mark Hamilton wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> Yesterday I made a change in queues.conf and so tried
doing a reload
>>>>>> app_queue.so in the CLI. (Using 1.4.18). It didn't
seem to do
>>>>>> anything, infact all action on CLI stopped.
>>>>>>
>>>>>> Then, I did a reload. Same thing.
>>>>>>
>>>>>> After that there was no other way.. because even stop
now wouldn't
>>>>>> work, so I did a service asterisk restart
>>>>>>
>>>>>> And then asterisk kept giving the same thing on prompt
"Died
>>>>>> successfully" and all that it usually says when
you issue a stop now,
>>>>>> except it kept showing that on root prompt after doing
a service
>>>>>> asterisk restart.
>>>>>>
>>>>>> Did a killall asterisk, and finally it stopped.
>>>>>>
>>>>>> Then started asterisk service. It was fine.
>>>>>>
>>>>>> Did a full restart at night, and it was fine.
>>>>>>
>>>>>> NOW, I wanted to do a reload again today mid-day when
in full use, and
>>>>>> it still didn't work, and ALL of the above happened
again.
>>>>>>
>>>>>> --
>>>>>>
>>>>>> How do I diagnose what's causing this?
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Mark.
>>>>>>
>>>>>>
>>
------------------------------------------------------------------------
>>>>>>
>>>>>> _______________________________________________
>>>>>> -- Bandwidth and Colocation Provided by
http://www.api-digital.com --
>>>>>>
>>>>>> asterisk-users mailing list
>>>>>> To UNSUBSCRIBE or update options visit:
>>>>>>   
http://lists.digium.com/mailman/listinfo/asterisk-users
>>>>> I've had this problem before, haven't debugged it.
I definitely look
>>>>> forward to hearing what is said about this.
>>>>>
>>>>> Example from my recent experience, I wanted to restart the
server and
> so
>>>>> did
>>>>>
>>>>> pbx0*CLI> restart now
>>>>>
>>>>> But nothing happened...system continued to allow calls to
take place.
>>>>> I've found that sometimes exiting and reconnecting to
the CLI helps,
> but
>>>>> there have been a couple occasions where NOTHING would
allow the server
>>>>> to restart save for a reboot. Even killall asterisk
didn't kill the
>>>>> process....
>>>>>
>>>>> Sherwood McGowan
>>>>>
>>>>
>>>> You are using Asterisk 1.2.x?  I have seen this many, many
times.
>>>>
>>>> Sometimes the CLI becomes unresponsive, sometimes queues crap
out or
>>>> stops delivering calls to agents, sometimes it just takes a bit
and
>>>> then becomes responsive again.
>>>>
>>>> The rule of thumb is don't reload queues when there are
people in
>>>> queue, at least that seems to eliminate the problems I have
seen.
>>>> Makes sense too.
>>>>
>>>> Not sure if it is fixed in 1.4.
>>>>
>>>> Thanks,
>>>> Steve Totaro
>>>>
>>>> _______________________________________________
>>>> -- Bandwidth and Colocation Provided by
http://www.api-digital.com --
>>>>
>>>> asterisk-users mailing list
>>>> To UNSUBSCRIBE or update options visit:
>>>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>>>
>>>>
>>>> _______________________________________________
>>>> -- Bandwidth and Colocation Provided by
http://www.api-digital.com --
>>>>
>>>> asterisk-users mailing list
>>>> To UNSUBSCRIBE or update options visit:
>>>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>>>
>>>
>>> _______________________________________________
>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com
--
>>>
>>> asterisk-users mailing list
>>> To UNSUBSCRIBE or update options visit:
>>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>>
>>>
>>> _______________________________________________
>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com
--
>>>
>>> asterisk-users mailing list
>>> To UNSUBSCRIBE or update options visit:
>>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>>
>>
>> _______________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>
>>
>> _______________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>

Hi Sherwood,

I've done the backtrace. Maybe you can submit yours too.
http://bugs.digium.com/view.php?id=12709

Thanks,
Mark.


-------- Original Message --------
Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and
causing havoc.
From: Sherwood McGowan <sherwood.mcgowan at gmail.com>
Date: Thu, May 22, 2008 7:13 pm
To: Asterisk Users Mailing List - Non-Commercial Discussion
<asterisk-users at lists.digium.com>

<snip>

True True...it's only been a minor annoyance for me, but in the interest

of improving Asterisk I should go ahead and rebuild using the debug 
settings and submit a backtrace.

Sherwood MCGowan

<snip>

There will be a slight of delay on writing files but not really a performace
issue at all.
You will hardly notice.
Sam 

-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of ronald ramos
Sent: Saturday, May 24, 2008 5:30 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: [asterisk-users] install asterisk on linux that uses software raid

hi all,

we recently bought a clone box, motherboard with ICH7R raid controller
(which i thought was a hardware raid controller). but recently i learned
that those things are called FRAID( Fake RAID) which is basically a software
raid also. so i decide to just use Software RAID (using CentOS 5.1).

has anyone installed asterisk on such configuration? is there any prob with
regards to performance or quality of calls? thank you any info will be
appreciated.

regards,
ron