Thanks for the response.  From re-reviewing the code, I can&#39;t see how this error can occur in actual usage.  I don&#39;t see a code path where the callback handler would be called without a corresponding backend set.  <div>
<br></div><div>Without knowing how this condition is occurring I can&#39;t say whether adding traffic would increase the rate at which you see the error nor how to go about preventing the error.</div><div><br></div><div>One question: you are using the db backend.  I assume this is because you have a cluster of machines?  If not, maybe try the hash backend and see if you get different behavior? </div>
<div><br></div><div>The code in question should not depend on the backend but maybe try &quot;just in case&quot;.  <br><br><div class="gmail_quote">On Tue, Oct 19, 2010 at 10:23 AM, DJB International <span dir="ltr">&lt;<a href="mailto:djbinter@gmail.com">djbinter@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Rupa,<div><br></div><div>Thank you for your clear response.  </div><div><br></div><div>This issue happened to be on my production server.  I can reproduce since it happened almost every day, but only happened to 1-2 calls max out of many concurrent calls.  Thus, I am not that concern right now until I started to see more of this error.</div>

<div><br></div><div>I use limit just to keep track of concurrent calls per each gateway similar to below:</div><div><br></div><div>For inbound:</div><div>&lt;action application=&quot;limit&quot; data=&quot;db inbound 5.6.7.8 10000&quot;/&gt;</div>

<div><br></div><div>For outbound:</div><div>&lt;action application=&quot;limit_execute&quot; data=&quot;db outbound 1.2.3.4 10000 bridge sofia/gateway/<a href="http://1.2.3.4/$%7Bdestination_number%7D" target="_blank">1.2.3.4/${destination_number}</a>&quot; /&gt;</div>

<div><br></div><div>My next question would be whether it would generate more of this errors if I routed more calls to this server, and if there is any recommendation on how to prevent it.</div><div><br></div><div>Thank you,</div>

<div>Dorn.</div><div><div></div><div class="h5"><div><br></div><div><br></div><div><br></div><div><div class="gmail_quote">On Tue, Oct 19, 2010 at 5:56 AM, Rupa Schomaker <span dir="ltr">&lt;<a href="mailto:rupa@rupa.com" target="_blank">rupa@rupa.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This is a &quot;shouldn&#39;t happen&quot; sanity check you are tripping over -- I probably should have worded the error message better.<div>

<br></div><div>Immediate cause is that the list of backends (hash, sql, etc) that have registered interest in this call is empty.   This shouldn&#39;t happen because we register the handler at the same time that we set the channel var of interested backends.  </div>


<div><br></div><div>Can you find a way to reproduce this reliably?</div><div><br></div><div>The effect of this would be to (potentially) not decrement a counter when we should have.<br><br><div class="gmail_quote"><div><div>

</div><div>On Mon, Oct 18, 2010 at 7:31 PM, DJB International <span dir="ltr">&lt;<a href="mailto:djbinter@gmail.com" target="_blank">djbinter@gmail.com</a>&gt;</span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div>I have noticed once in a while in the log file with the following error:<div>
<br></div><div>[ERR] switch_limit.c:86 Unset limit backendlist!</div>
<div><br></div><div>What exactly would cause this error?</div><div><br></div>
<div>Thank you,</div><div>Dorn B.</div>
<br></div></div>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>-Rupa<br>
</div>
<br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>-Rupa<br>
</div>