[Home]

Summary:ASTERISK-14385: Asterisk crashes at approx 70-80 calls per second
Reporter:Marcin Kowalczyk (kowalma)Labels:
Date Opened:2009-06-26 07:57:06Date Closed:2010-07-21 11:20:25
Priority:CriticalRegression?No
Status:Closed/CompleteComponents:Resources/res_timing_pthread
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) gdb.txt
Description:I'm running stress test of my new asterisk enviroment and I found out that it crashes if I start 50+ calls per second.

Please find attached gdb output
Comments:By: Marcin Kowalczyk (kowalma) 2009-06-26 08:00:42

I run sipp with following commands:

#client
sipp -s s -sn uac -p 6060 -i 192.168.9.3 192.168.9.3
#server
sipp -sn uas -p 6061 -mp 6001

test context is following

[test]
exten => s,1,Set(rand=${RAND(1,30)})
exten => s,n,wait(${rand})
exten => s,n,Dial(SIP/sippuas,20)
By: David Vossel (dvossel) 2009-07-15 16:55:37

I know there has been some work done to fix some timer issues since 1.6.1.1.  Would it be possible for you to do the same test using the latest svn 1.6.1 branch code?
By: Marcin Kowalczyk (kowalma) 2009-07-23 16:27:45

I just came back from hollidays, I will retest tomorrow
By: Marcin Kowalczyk (kowalma) 2009-08-16 11:46:43

Sorry - I forgot to update WL.
Looks it's OK now.
By: Private Name (falves11) 2009-08-16 14:21:31

is it fixed also in 1.4 and 1.6.2??
By: Marcin Kowalczyk (kowalma) 2009-08-16 16:12:04

I checked only 1.6.1 branch.
By: Leif Madsen (lmadsen) 2009-08-17 07:56:40

Closed issue as it appears to be resolved in 1.6.1 branch beyond 1.6.1.1.
By: Digium Subversion (svnbot) 2010-07-21 11:15:07

Repository: asterisk
Revision: 278465

U   trunk/res/res_timing_pthread.c

------------------------------------------------------------------------
r278465 | russell | 2010-07-21 11:14:59 -0500 (Wed, 21 Jul 2010) | 41 lines

Use poll() instead of select() in res_timing_pthread to avoid stack corruption.

This code did not properly check FD_SETSIZE to ensure that it did not try to
select() on fds that were too large.  Switching to poll() removes the limitation
on the maximum fd value.

(closes issue ASTERISK-14848)
Reported by: keiron

(closes issue ASTERISK-15960)
Reported by: Eddie Edwards

(closes issue ASTERISK-15349)
Reported by: Hubguru

(closes issue ASTERISK-14670)
Reported by: flop

(closes issue ASTERISK-12249)
Reported by: falves11

(closes issue ASTERISK-13973)
Reported by: vrban

(closes issue ASTERISK-15971)
Reported by: aleksey2000

(closes issue ASTERISK-14385)
Reported by: kowalma

(closes issue ASTERISK-16185)
Reported by: dcabot

(closes issue ASTERISK-16085)
Reported by: glwgoes

(closes issue ASTERISK-15895)
Reported by: erikje

possibly other issues, too ...

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=278465
By: Digium Subversion (svnbot) 2010-07-21 11:20:24

Repository: asterisk
Revision: 278479

_U  branches/1.6.2/
U   branches/1.6.2/res/res_timing_pthread.c

------------------------------------------------------------------------
r278479 | russell | 2010-07-21 11:20:17 -0500 (Wed, 21 Jul 2010) | 48 lines

Merged revisions 278465 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk

........
 r278465 | russell | 2010-07-21 11:15:00 -0500 (Wed, 21 Jul 2010) | 41 lines
 
 Use poll() instead of select() in res_timing_pthread to avoid stack corruption.
 
 This code did not properly check FD_SETSIZE to ensure that it did not try to
 select() on fds that were too large.  Switching to poll() removes the limitation
 on the maximum fd value.
 
 (closes issue ASTERISK-14848)
 Reported by: keiron
 
 (closes issue ASTERISK-15960)
 Reported by: Eddie Edwards
 
 (closes issue ASTERISK-15349)
 Reported by: Hubguru
 
 (closes issue ASTERISK-14670)
 Reported by: flop
 
 (closes issue ASTERISK-12249)
 Reported by: falves11
 
 (closes issue ASTERISK-13973)
 Reported by: vrban
 
 (closes issue ASTERISK-15971)
 Reported by: aleksey2000
 
 (closes issue ASTERISK-14385)
 Reported by: kowalma
 
 (closes issue ASTERISK-16185)
 Reported by: dcabot
 
 (closes issue ASTERISK-16085)
 Reported by: glwgoes
 
 (closes issue ASTERISK-15895)
 Reported by: erikje
 
 possibly other issues, too ...
........

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=278479