[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:27:33 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:                     closed
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:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-11-07 20:51 CST
Last Modified:              2009-12-02 18:27 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...
====================================================================== 

---------------------------------------------------------------------- 
 (0114622) svnbot (reporter) - 2009-12-02 18:27
 https://issues.asterisk.org/view.php?id=16207#c114622 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 232675

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

------------------------------------------------------------------------
r232675 | tilghman | 2009-12-02 18:27:30 -0600 (Wed, 02 Dec 2009) | 30
lines

Recorded merge of revisions 232660-232661 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/trunk

........
  r232660 | tilghman | 2009-12-02 18:08:55 -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
........
  r232661 | tilghman | 2009-12-02 18:09:36 -0600 (Wed, 02 Dec 2009) | 2
lines
  
  Remove debugging line
........

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

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

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




More information about the asterisk-bugs mailing list