<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><div id="yiv628125741">Just revisiting this error again. Yesterday I was able to catch this happening with very little load on the server (5 calls). When the error occurs the outbound audio (custom playback module PlaybackAMD) pauses for the duration of the error. Example from the log below, note the delays before/after the error, this is where playback stops then continues.<br><br>Sep 8 16:07:53] VERBOSE[27186] logger.c: -- PLAYBACKAMD: filename[customermessages/2790-<span class="yshortcuts" id="lw_1220985662_0">20089816312</span>],
initialSilence [50000] greeting [50000] afterGreetingSilence [50000]
totalAnalysisTime [5000] minimumWordLength [80] betweenWordsSilence
[30] maximumNumberOfWords [5] silenceThreshold [200]<br>[Sep 8 16:07:53] VERBOSE[27186]
logger.c: -- <SIP/65.248.16.32-0a24eab8> Playing 'customermessages/2790-20089816312' (language 'en')<br>[Sep 8 16:07:53] VERBOSE[27186] logger.c: -- PLAYBACKAMD: Changed state to STATE_IN_SILENCE<br>[Sep 8 <span style="font-weight: bold; background-color: rgb(255, 255, 0);">16:07:54</span>] VERBOSE[27186] logger.c: -- PLAYBACKAMD: Word detected. iWordsCount:1<br>[Sep 8 16:07:56] DEBUG[27186] sched.c: Request to schedule in the past?!?!<br>[Sep 8 16:07:57] DEBUG[27186] sched.c: Request to schedule in the past?!?!<br>[Sep 8 16:07:58] DEBUG[27186] sched.c: Request to schedule in the past?!?!<br>[Sep 8 16:07:59] DEBUG[27186] sched.c: Request to schedule in the past?!?!<br>[Sep 8 16:08:00] DEBUG[27186] sched.c: Request to schedule in the past?!?!<br>[Sep 8 16:08:01] DEBUG[27186] sched.c: Request to schedule in the
past?!?!<br>[Sep 8 16:08:02] DEBUG[27186] sched.c: Request to schedule in the past?!?!<br>[Sep 8 16:08:03] DEBUG[27186] sched.c: Request to schedule in the past?!?!<br>[Sep 8 16:08:04] DEBUG[27186] sched.c: Request to schedule in the past?!?!<br>[Sep 8 16:08:05] DEBUG[27186] sched.c: Request to schedule in the past?!?!<br>[Sep 8 16:08:06] DEBUG[27186] sched.c: Request to schedule in the past?!?!<br>[Sep 8 16:08:06] DEBUG[27186] sched.c: Request to schedule in the past?!?!<br>[Sep 8 <span style="font-weight: bold; background-color: rgb(255, 255, 0);">16:08:06</span>] VERBOSE[27186] logger.c: -- PLAYBACKAMD: Changed state to STATE_IN_SILENCE<br>[Sep 8 16:08:07] DEBUG[27186] sched.c: Request to schedule in the past?!?!<br>[Sep 8 16:08:07] VERBOSE[27186] logger.c: -- PLAYBACKAMD: Word detected. iWordsCount:2<br><br><div>Does anyone have an idea what can
cause this error?<br><br>Thanks<br>Alan<br></div><br><br>--- On <b>Fri, 5/16/08, Tilghman Lesher <i><tilghman@mail.jeffandtilghman.com></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;">From: Tilghman Lesher <tilghman@mail.jeffandtilghman.com><br>Subject: Re: [asterisk-dev] sched.c: Request to schedule in the past.<br>To: "Asterisk Developers Mailing List" <asterisk-dev@lists.digium.com><br>Date: Friday, May 16, 2008, 1:10 PM<br><br><pre>On Friday 16 May 2008 14:48:54 Al Lougher wrote:<br>> I've a tweaked version<br> of app_amd that instead of waiting for audio in<br>the<br>> receive direction, it begins streaming audio right away. The problem is<br>> it's occasionally throwing this error as well as stopping the stream<br>for a<br>> second or two then continuing. I think the error is being caused by either<br>> ast_sched_wait() or
ast_sched_runq().<br><br>Generally you're going to see that error when a machine is heavily loaded<br>and<br>a scheduled task does not make it to the queue until after it was supposed to<br>have run. A frequent cause nowadays is running Asterisk within a virtual<br>machine. The load caused by other VMs on the same physical machine delays<br>the Asterisk process. If this is the case, you might try moving your VM to<br>another physical machine that is not as heavily loaded or you might try a<br>dedicated machine.<br><br>I've also run into this error when running under valgrind with full<br>debugging<br>turned on, as that will<br> also slow down the process threads markedly.<br><br>-- <br>Tilghman<br><br>_______________________________________________<br>--Bandwidth and Colocation Provided by http://www.api-digital.com--<br><br>asterisk-dev mailing list<br>To UNSUBSCRIBE or update options visit:<br>
http://lists.digium.com/mailman/listinfo/asterisk-dev<br></pre></blockquote></div></td></tr></table><br>