[Home]

Summary:ASTERISK-00034: Asterisk AGI leaves zombies
Reporter:casey0999 (casey0999)Labels:
Date Opened:2003-08-02 14:06:41Date Closed:2011-06-07 14:05:06
Priority:MajorRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:Recent versions of asterisk (ex: CVS 7/30) leave a zombie process each time an AGI process returns to Asterisk.  Happens with Red Hat 9.

****** ADDITIONAL INFORMATION ******

Looks like some resource is not being released (shared memory?)  This did not happen with Asterisk CVS 7/1.  This is an important bug, as my AGI Perl routine is called for every call into the system (8 E1 system!)  Thanks
Comments:By: Malcolm Davenport (mdavenport) 2003-08-08 15:37:03

You must export the system variable beforte ou run asterisk:

export LD_ASSUME_KERNEL=2.4.1
By: Malcolm Davenport (mdavenport) 2003-08-08 15:37:17

resolved
By: Digium Subversion (svnbot) 2008-06-28 15:15:10

Repository: asterisk
Revision: 126222

U   team/murf/mtxprof/main/utils.c

------------------------------------------------------------------------
r126222 | murf | 2008-06-28 15:15:03 -0500 (Sat, 28 Jun 2008) | 1 line

Another experiment; force a coredump at pthread_create before ASTERISK-30, then another at ASTERISK-34, and compare the thread list; at 38, the thread creation is slow; at 34 they are fast. Compared the two; the only diff is that the sip do_monitor is in the handle_request_invite code; and the CLI thread is created. That's it. Tried running Asterisk w/o the CLI, and still the pthread creates are slow, so that isn't it.
------------------------------------------------------------------------

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