[asterisk-bugs] [Asterisk 0019250]: [patch] Asterisk res_odbc causes SEGFAULT's if unable to connect to server.

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=19250 
====================================================================== 
Reported By:                seadweller
Assigned To:                tilghman
====================================================================== 
Project:                    Asterisk
Issue ID:                   19250
Category:                   Resources/res_odbc
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     closed
Target Version:             1.4/1.6.2 Issues (Final Release)
Asterisk Version:           1.6.2.18 
JIRA:                       SWP-3427 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2011-05-08 09:38 CDT
Last Modified:              2011-05-23 09:34 CDT
====================================================================== 
Summary:                    [patch] Asterisk res_odbc causes SEGFAULT's if
unable to connect to server.
Description: 
I have res_odbc.conf configured with both a local and remote DSN.  If
connectivity is lost to the either the local remote DSN, Asterisk
SEGFAULT's.

Was seeing this issue intermittently, but when I place an IPTABLES rule to
block outbound ODBC connections to the remote DSN or disable the local
MySQL server, Asterisk will crash each time I start it up.

I also only tested with the local MySQL DSN listed in res_odbc.conf and
odbc.ini and still had the same crashed with the local MySQL turned off.

A related bug is that it seems sometimes Asterisk loses contact with the
local MySQL connection (via /var/lib/mysql/mysql.sock) and that also
triggers this connection crash.

Desired outcome is that Asterisk should continue to run and periodically
attempt reconnects.

CentOS 5.6 x86_64
Asterisk 1.6.2.18
MySQL 5.5.11
MySQL ODBC Connector 5.1.8

Full BT's attached.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0019294 if ODBC can´t connect asterisk crashes
====================================================================== 

---------------------------------------------------------------------- 
 (0135263) svnbot (reporter) - 2011-05-23 09:34
 https://issues.asterisk.org/view.php?id=19250#c135263 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 320445

_U  branches/1.8/
U   branches/1.8/res/res_odbc.c

------------------------------------------------------------------------
r320445 | tilghman | 2011-05-23 09:34:27 -0500 (Mon, 23 May 2011) | 15
lines

Merged revisions 320444 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/branches/1.6.2

........
  r320444 | tilghman | 2011-05-22 18:25:51 -0500 (Sun, 22 May 2011) | 8
lines
  
  Don't crash when the connection fails.
  
  (closes issue https://issues.asterisk.org/view.php?id=19250)
   Reported by: seadweller
   Patches: 
         20110514__issue19250.diff.txt uploaded by tilghman (license 14)
   Tested by: seadweller, sum
........

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=320445 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-05-23 09:34 svnbot         Checkin                                      
2011-05-23 09:34 svnbot         Note Added: 0135263                          
======================================================================