Summary:	ASTERISK-15812: Crash with 'sip reload' when system has some load
Reporter:	Kenneth Van Velthoven (kvveltho)	Labels:
Date Opened:	2010-03-15 09:04:33	Date Closed:	2011-06-07 14:00:27
Priority:	Critical	Regression?	No
Status:	Closed/Complete	Components:	Core/General
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) extensions_Voxbone.conf ( 1) extensions_Yasser.conf ( 2) extensions.conf ( 3) gdb.txt ( 4) gdb2.txt ( 5) gdb3.txt
Description:	Random crashes on 1.6.0.26 Compiled with DONT_OPTIMIZE
Comments:	By: Leif Madsen (lmadsen) 2010-03-15 10:43:23 Oops, forgot to update the list. That's done now. Issue acknowledged. By: Kenneth Van Velthoven (kvveltho) 2010-03-16 06:50:25 Added a second gdb dump file.   Another crash. By: Kenneth Van Velthoven (kvveltho) 2010-03-16 13:37:09 Added a 3rd crash file. By: Kenneth Van Velthoven (kvveltho) 2010-03-16 13:37:51 Can anyone have a look at this.  This issue is business critical to us. Thanks in advance. By: Leif Madsen (lmadsen) 2010-03-16 14:09:03 There is no need to attach a patch every time you have a crash. Also, there is no guarantee as to when a developer will become available to look at an issue. If you need something done immediately, your best course of action is to contact a consultant who can move this issue forward for you. For that, please use the asterisk-biz list. By: John Todd (jtodd) 2010-03-18 14:43:10 Can you describe a bit more about what you're doing with the system when these crashes occur?  How many calls, what kind of calls, how many devices registering to Asterisk, what does the general dialplan look like? By: Kenneth Van Velthoven (kvveltho) 2010-03-18 15:22:03 About 650 registrations. 100 concurrent calls.  Both alaw and g729 20% inbound calls, rest outbound.   Some calls get recorded,  chan_spy is used as well.   With 1.4 never had crashes with the same feautures/dialplan. Thanks in advance. By: Kenneth Van Velthoven (kvveltho) 2010-03-22 08:29:16 I've identified the cause of the crashes. The version crashes on SIP RELOAD when having some load.  The more workload,  the more easely it crashes when doing a sip reload in the console. Also when doing reloads, or sip show peer ... from a remote connexion crashes the server.  Hope this helps... By: Kenneth Van Velthoven (kvveltho) 2010-03-27 06:38:26 Also crashes on SIP PRUNE REALTIME USER when having some load. By: Russell Bryant (russell) 2011-03-30 16:05:41 I'm suspending this since it was reported against a version that we no longer support.  I checked the backtraces and the crash is in an area of code that has changed a lot, so there is a good chance this could be fixed in newer versions.