Summary:	ASTERISK-14112: [patch] When using lots of queues and agents, asterisk will coredump
Reporter:	boster (boster)	Labels:
Date Opened:	2009-05-12 10:40:32	Date Closed:	2011-06-07 14:00:30
Priority:	Critical	Regression?	No
Status:	Closed/Complete	Components:	Applications/app_queue
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) gdb.txt.qfix.05130901.txt ( 1) queue-segfault-gdb.txt ( 2) redo-revision15089.diff.txt ( 3) revision15089.diff
Description:	When the output of 'asterisk -rx "show queues"|wc -l' is over 7000 (I don't have an exact number, other to say that 6700 is still safe), and one of three things happens: 1. A call comes into a queue. 2. An agent logs in. 3. An agent logs out. Asterisk coredumps.  We were able to reproduce this several times on our production system, before we found the presumed issue.  We were able to the scenario repeat on a test system. Backtrace will be uploaded.
Comments:	By: Sean Bright (seanbright) 2009-05-13 10:15:14 I have a feeling this is the bug that was fixed a few weeks ago.  Could you try the attached patch?  This patch is already in SVN and will appear in the next 1.4 release. By: boster (boster) 2009-05-13 15:04:32 Applied patch.  No noticeable difference.  Should I upload a new backtrace? By: Sean Bright (seanbright) 2009-05-13 15:09:47 If it's a different backtrace, sure. And just so we're clear, you applied the patch, then did a make && make install, yes? By: Max_cnu (maxochoa) 2009-05-13 16:04:01 make and make install were done after patching. Attaching new backtrace and the diff used for patching (line numbers were a bit off for the first hunk.) By: Sean Bright (seanbright) 2009-05-13 17:09:12 I was able to duplicate this with 1.4.22 but not with the latest SVN of 1.4.  Is it possible for you to test with the latest and greatest?  If it fixes your problems we can try to find which revisions are relevant. By: boster (boster) 2009-05-13 17:10:43 Sure, will attempt tomorrow morning. By: Max_cnu (maxochoa) 2009-05-14 11:11:43 Revision 194429 has no problems with large numbers of queues and agents. This is while configured with 100 queues with 1000 agents each. By: Sean Bright (seanbright) 2009-05-14 11:26:06 Are you two (boster and maxochoa) talking about the same install or are you separately having this issue? By: Max_cnu (maxochoa) 2009-05-14 11:33:09 Yes, this is the same install. By: Sean Bright (seanbright) 2009-05-14 11:43:29 Alright.  Well there have been 522 changes to the 1.4 branch since 1.4.22 was released.  If it is possible, I would upgrade to 1.4.24.1 (which may contain the relevant fix) or 1.4 SVN.  Otherwise it's matter of applying revisions related to app_queue one-by-one until the crash is resolved. I know that may not be that helpful, but technically this bug is already "fixed."  It's just in a later version of 1.4 :) By: Sean Bright (seanbright) 2009-05-14 14:46:48 Please reopen if you feel this was closed in error.  Thanks.