[asterisk-users] ODBC freezing Asterisk 13
    Joshua Colp 
    jcolp at digium.com
       
    Thu Jul 14 18:40:47 CDT 2016
    
    
  
Saint Michael wrote:
> Many people are reporting the same issue, so it is not my imagination.
> Asterisk 13 above 13.1 is useless for anybody who relies on
> res_odbc.so. As you know, after that version, the dropped the complexity
> of Pooling onto unix_odbc itself. Not so simple, it seems. I noticed
> that after a few hours of inactivity, any call to func_odbc-defined
> funcions will block and hang for ever. All we can do at that point is
> reset Asterisk.
> I think it was highly rushed a decision to drop all the work done in
> ODBC inside Asterisk. Maybe unix_odbc pooling is not ready, has bugs, it
> cannot be used in production. I don't know what the issue is, but I had
> to downgrade to Asterisk 13.1 and my ODBC problems disappeared. Asterisk
> did not need to drop the ODBC pooling code. It did work. It should be
> fixed, made faster, etc.
This has already been done[1] and will be released in Asterisk 13.10, 
which just had an rc3 released. I also sent an email to the list[2] when 
the fix went in. These fixes have continued to show no problems 
themselves although they just exposed an issue with func_odbc which was 
fixed in the rc3 that was just released. There's no issues open 
currently against that work.
As for the res_odbc changes themselves which exposed problems in 
UnixODBC those went in as of Asterisk 13.8[3], not earlier.
Prior to 13.8 there was no pooling at all.
[1] http://blogs.asterisk.org/2016/06/15/asterisk-odbc-connections/
[2] http://lists.digium.com/pipermail/asterisk-users/2016-June/289326.html
[3] http://blogs.asterisk.org/2016/02/17/odbc_gutting/
-- 
Joshua Colp
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
Check us out at: www.digium.com & www.asterisk.org
    
    
More information about the asterisk-users
mailing list