Steve Totaro wrote: > 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 <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] 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 <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED] >>> [mailto:[EMAIL PROTECTED] 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 <[EMAIL PROTECTED]> wrote: >>> >>>> That's true. But that's exactly why it's not used and conf is much >>>> >> easier. >> >>>> -----Original Message----- >>>> From: [EMAIL PROTECTED] >>>> [mailto:[EMAIL PROTECTED] 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 <[EMAIL PROTECTED]> >>>> >> 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: [EMAIL PROTECTED] >>>>> [mailto:[EMAIL PROTECTED] 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 >>>>> <[EMAIL PROTECTED]> 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 >> >> > > _______________________________________________ > -- 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 > 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 _______________________________________________ -- 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
