<div dir="ltr"><div>If there are multiple connections that the utilize the same driver, try putting:</div><div><br></div><div>Threading       = 2</div><div><br></div><div>in the appropriate driver section of</div><div>/etc/odbcinst.ini</div><div><br></div><div>...this would be a possibility if the problem is intermittent.<br></div><div><br></div><div>Also can you successfully execute the same SQL from the cli?<br></div><div><br></div><div></div><div>By the way, what driver is asterisk using?<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 20, 2023 at 11:12 PM Antony Stone <<a href="mailto:Antony.Stone@asterisk.open.source.it">Antony.Stone@asterisk.open.source.it</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi.<br>
<br>
I have a strange problem and I'm looking for suggestions on how to investigate <br>
it.<br>
<br>
I have a dialplan which is processing a call, and Asterisk simply stops doing <br>
anything for that call.<br>
<br>
I have verbose and debug logging turned on.<br>
<br>
There are two steps at a particular point in the dialplan:<br>
<br>
<br>
        Set(UserCredit=${ODBC_GENERIC(select Credit('${DDI}'))})<br>
<br>
        Verbose(6,Current credit level for user ${DDI} is ${UserCredit} pence)<br>
<br>
<br>
Everything gets processed up to and including the first line - the verbose log <br>
file shows me:<br>
<br>
pbx.c:2946 in pbx_extension_helper: Executing [0044xxxx509903@DialBleg:46] <br>
Set("SIP/TrunkTwo-00001184", "UserCredit=999") in new stack<br>
<br>
(Phone number obscured here for anonymity).<br>
<br>
Then, that is it.  Nothing further happens with call processing (until one of <br>
the parties hangs up) and the second dialplan command above never appears in <br>
the verbose log file.  I have several other Verbose(6,.....) commands preceding <br>
this, and they all output into the log file as expected.<br>
<br>
If another call arrives on the same server, Asterisk quite happily starts <br>
processing it and records what it's doing in the log files.<br>
<br>
<br>
Can anyone suggest how I can investigate what Asterisk is doing at the point <br>
where it "gets stuck", and how to find out why it simply stops processing the <br>
call and doesn't continue with the dialplan commands?<br>
<br>
<br>
Thanks,<br>
<br>
<br>
Antony.<br>
<br>
-- <br>
"The future is already here.   It's just not evenly distributed yet."<br>
<br>
 - William Gibson<br>
<br>
                                                   Please reply to the list;<br>
                                                         please *don't* CC me.<br>
<br>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
Check out the new Asterisk community forum at: <a href="https://community.asterisk.org/" rel="noreferrer" target="_blank">https://community.asterisk.org/</a><br>
<br>
New to Asterisk? Start here:<br>
      <a href="https://wiki.asterisk.org/wiki/display/AST/Getting+Started" rel="noreferrer" target="_blank">https://wiki.asterisk.org/wiki/display/AST/Getting+Started</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a></blockquote></div>