[asterisk-bugs] [Asterisk 0016207]: [patch] asterisk keeps starting new processes for streaming audio MOH

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Dec 2 18:16:34 CST 2009


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16207 
====================================================================== 
Reported By:                dcabot
Assigned To:                tilghman
====================================================================== 
Project:                    Asterisk
Issue ID:                   16207
Category:                   Resources/res_musiconhold
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     ready for testing
Asterisk Version:           1.6.0.17 
JIRA:                       SWP-384 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-11-07 20:51 CST
Last Modified:              2009-12-02 18:16 CST
====================================================================== 
Summary:                    [patch] asterisk keeps starting new processes for
streaming audio MOH
Description: 
Using AsteriskNOW 1.5.0, FreePBX 2.6.0.0, Asterisk 1.6.0.17.
Added streaming category to MOH.

[Jazz1]
mode=custom
application=/usr/bin/mpg123 -q -s --mono -r 8000 -f 8192 -b 0
http://scfire-ntc-aa08.stream.aol.com:80/stream/1010

Asterisk starts mpg123 in sets of twos.  Stopped at 22 instances.

[root at FreePBX-1 asterisk]# ps ax|grep mpg123
 3469 ?        S      1:14 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 3606 ?        S      1:10 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 3607 ?        S      1:06 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 3631 ?        S      1:06 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 3633 ?        S      1:18 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 3655 ?        S      1:05 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 3656 ?        S      1:05 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 4067 ?        R      0:23 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 4069 ?        R      0:29 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 4106 ?        S      0:21 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 4108 ?        S      0:21 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 4140 ?        S      0:24 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 4141 ?        S      0:33 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 4171 ?        S      0:20 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 4173 ?        S      0:23 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 4195 ?        S      0:19 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 4196 ?        R      0:19 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 4237 ?        S      0:17 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 4238 ?        S      0:17 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 4338 ?        S      0:09 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 4339 ?        S      0:13 /usr/bin mpg123 -q -s --mono -r 8000 -f 8192 -b
0 http://scfire-ntc-aa08.stream.aol.com:80/stream/1010
 4513 pts/1    R+     0:00 grep mpg123

No calls in progress.

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0016279 [patch] asterisk reload causes mpg123 s...
====================================================================== 

---------------------------------------------------------------------- 
 (0114618) svnbot (reporter) - 2009-12-02 18:16
 https://issues.asterisk.org/view.php?id=16207#c114618 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 232660

U   trunk/include/asterisk/astobj2.h
U   trunk/res/res_musiconhold.c

------------------------------------------------------------------------
r232660 | tilghman | 2009-12-02 18:16:31 -0600 (Wed, 02 Dec 2009) | 19
lines

Fix multiple issues with musiconhold, which led to classes not getting
destroyed properly.
 * Classes are now tracked past removal from the core container, and
module
   removal is actively prevented until all references are freed.
 * A hanging reference stored in the channel has been removed.  This could
have
   caused a mismatch and the music state not properly cleared, if two or
more
   reloads occurred between MOH being stopped and MOH being restarted.
 * In certain circumstances, duplicate classes were possible.
 * A race existed at reload time between a process being killed and the
thread
   responsible for reading from the related pipe respawning that process.
 * Several reference counts have also been corrected.  At least one could
have
   caused deleted classes to stick around forever, consuming resources. 
This
   originally manifested as MOH external processes that were not killed at
   reload time.
(closes issue https://issues.asterisk.org/view.php?id=16279, closes issue
https://issues.asterisk.org/view.php?id=16207)
 Reported by: parisioa, dcabot
 Patches: 
       20091202__issue16279__2.diff.txt uploaded by tilghman (license 14)
 Tested by: parisioa, tilghman

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

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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-12-02 18:16 svnbot         Checkin                                      
2009-12-02 18:16 svnbot         Note Added: 0114618                          
======================================================================




More information about the asterisk-bugs mailing list