|Summary:||ASTERISK-09553: Queue Calls get hung|
|Date Opened:||2007-05-30 17:49:57||Date Closed:||2011-06-07 14:03:23|
|Environment:||Attachments:||( 0) qcall_may30.log|
I'm using asterisk 1.2.14 in realtime.
DB: MySQL 4.x
From yesterday onwards im facing a strange issue related to Queue calls. After asterisk starts up, it runs smooth for nearly 2 hrs and then suddenly queue calls alone gets affected. If a queue call is placed ... the call gets struck in the Queue application and the caller hears dead air.
It was working fine for long time suddenly this problem started happening.
I ran the gdb on asterisk during the problem and captured the logs and attached the same. From the log looks like the threads are getting locked. Please help in solving this issue.
****** ADDITIONAL INFORMATION ******
Last few lines from the logs for the channel which gets into the Queue application,
May 30 11:25:48 VERBOSE logger.c: -- Executing Queue("SIP/220.127.116.11-009dcbb0", "CounselingTeam||||1800")
May 30 11:25:48 DEBUG app_queue.c: queue: CounselingTeam, options: , url: , announce: , expires: 1180540548, priority: 0
After that there were no trace for this particular channel.
|Comments:||By: Joshua C. Colp (jcolp) 2007-05-31 10:26:36|
What type of agents are you using? Do you have the full console output? Could you do a show channel on the channels involved? Do you have a zaptel timing source?
By: Rajesh (rajeshcr) 2007-05-31 16:04:12
I don't have full console output but the last few lines of the channel taken from full log was given under additional information. I was able to do show channel on the channels and console was active during that time. I'm using ztdummy for timing.
The Agents are logged into ACD via AgentCallBacklogin.
Once this problem starts the channels gets piled up and after 120 active channels or so the asterisk cli freezes and no commands can be executed.
By: Rajesh (rajeshcr) 2007-06-06 10:16:42
Can anyone help in solving this problem?
By: Joshua C. Colp (jcolp) 2007-07-02 10:02:26
This backtrace was not really useful but I have a few questions:
1. Can you confirm that /var/log has lots of free space?
2. Can you please recompile Asterisk with make dont-optimize and do this again?
3. Can you use the latest version of 1.2, I did a check between 1.2.14 and 1.2.10 and there were a few locking changes that may have solved this.
By: Joshua C. Colp (jcolp) 2007-08-06 12:19:23
It has been quite some time without any feedback on this bug, and now 1.2 has entered a security fixes only state. If you can reproduce this issue with 1.4 please feel free to reopen. Thanks.