[Asterisk-Dev] moh issues

Chris Stenton jacs at gnome.co.uk
Tue Jun 14 01:47:34 MST 2005


Luigi,

Try linking with the linux threads port. You are better moving to 
FreeBSD 5.4 if possible.

Chris

----- Original Message ----- 
From: "Luigi Rizzo" <rizzo at icir.org>
To: "Asterisk Developers Mailing List" <asterisk-dev at lists.digium.com>
Sent: Tuesday, June 14, 2005 8:37 AM
Subject: Re: [Asterisk-Dev] moh issues


> followup to myself -- reading from the net, it seems that there are
> issues with the (userland) threading library on FreeBSD 4.x,
> which might explain this particular problem i am seeing.
> I will move the discussion to the *-bsd list...
> 
> cheers
> luigi
> 
> On Sat, Jun 11, 2005 at 05:33:39AM -0700, Luigi Rizzo wrote:
>> i tried to enable music-on-hold (res_musiconhold.c) on my system
>> (asterisk-current with FreeBSD 4.11 and the modified chan_oss.c
>> that is on mantis) but i am having problems which i am not clear how
>> to debug.
>> 
>> I suspect something in the thread scheduling, but it might well
>> be some kind of deadlock caused by the activation of moh.
>> 
>> the bottom line is that i'd like to know whether i am trying to
>> use something that is known broken, or whether moh does actually work,
>> in which case i'd like to know on what platform.
>> 
>> --- Detailed problem description: ---
>> 
>> Symptoms are that when the moh thread starts (because it founds a
>> valid directory in moh.conf), after a few iterations it remains
>> blocked on the usleep() near line 488 in monmp3thread(), despite
>> the value passed is a reasonably small one (< 100ms).
>> 
>> As far as i can tell there are no moh clients.
>> 
>> Then sometimes if i type a few commands on the CLI the thread,
>> or there are some network events, the usleep() unblocks and
>> monmp3thread does one more iteration, but basically most
>> threads seem to be blocked, CPU usage is close to 0,
>> mpg123 is blocked on a select()
>> 
>> The audio device (which is unrelated, as mpg123 should talk
>> to stdout not to the audio device, but it is managed by
>> a separate thread) does not respond anymore.
>> SIP transactions also seem to progress randomly.
>> 
>> If i try to stop asterisk ("stop now" from the cli) behaviour
>> varies - sometimes it terminates reasonably well, most of the
>> times enters an infinite loop which a bit of debugging shows to
>> be in monmp3thread(), and trying to break out of it with control-C
>> causes eventually a few free()s of invalid pointers and a core dump.
>> 
>> Any suggestions on what to look for in order to debug this problem ?
>> 
>>         cheers
>>         luigi
>> 
>> _______________________________________________
>> Asterisk-Dev mailing list
>> Asterisk-Dev at lists.digium.com
>> http://lists.digium.com/mailman/listinfo/asterisk-dev
>> To UNSUBSCRIBE or update options visit:
>>    http://lists.digium.com/mailman/listinfo/asterisk-dev
> _______________________________________________
> Asterisk-Dev mailing list
> Asterisk-Dev at lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-dev
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-dev
>



More information about the asterisk-dev mailing list