<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">will be helpfull comparison table like
this?<br>
<a class="moz-txt-link-freetext" href="http://www.voip-info.org/wiki/view/Asterisk+Realtime+ODBC">http://www.voip-info.org/wiki/view/Asterisk+Realtime+ODBC</a><br>
<br>
Dne 1.6.2016 v 7:04 Matt Fredrickson napsal(a):<br>
</div>
<blockquote
cite="mid:CAHZ_z=wjdY2yi57nX8HcaBqLeKsirHWvYWrBbftEE6VnnaEZBA@mail.gmail.com"
type="cite">
<pre wrap="">Hey Ross,
At this time, we’re not thinking about reverting the ODBC change,
although we are actually working on an issue internally related to
that particular change. If it looks like that there is an underlying
systemic issue that we are unable to resolve in a timely manner, it’s
quite possible that the change could be backed out.
So in essence, my thoughts are twofold:
1. Keep moving forward with ODBC changes - but make sure that we’ve
got testing in place to prove functionality.
2. If it all goes down and we’re playing whack a mole with ODBC bugs,
revert the changes until we can do some better testing.
Certified Asterisk goes through its own testing and vetting process
and changes in the branch are driven almost exclusively by certified
customers. Right now, the 13.8 certified branch is going through the
initial testing process. There is at least one open issue that we’ve
found so far related to the ODBC change that may or may not be related
to your crash, which is being worked on by a member of the Asterisk
development team at Digium.
Additionally, and completely separate from the certified testing and
release process, a deadlock in the ODBC code is highly concerning, and
if it looks like there are systemic issues related to the performance
improvement added, we will almost certainly look into those as well.
I might add that although Digium as a commercial entity is a large
contributor to the Asterisk project, the goal is for it to also be a
community project. With that perspective, we also encourage community
members to find ways to contribute as well, whether it be via Digium’s
products and services, or helping by employing others that can
contribute to the project. We desire and welcome any and all positive
participation.
Thanks *so* much again for the valuable feedback. Like I said,
hopefully we’ll be able to get a few of these hickups addressed soon.
Best wishes,
Matthew Fredrickson
On Tue, May 31, 2016 at 11:01 AM, Ross Beer <a class="moz-txt-link-rfc2396E" href="mailto:ross.beer@outlook.com"><ross.beer@outlook.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi All,
I've been looking into the changes made to res_odbc and the removal of
connection handling. I can see that this change has been murged into the
next release of Certified Asterisk. Would it be possible to regress this
change until a sutible solution to the locking is found?
Kind regards,
Ross
On Mon, May 30, 2016 at 8:43 AM -0700, "Joshua Colp" <a class="moz-txt-link-rfc2396E" href="mailto:jcolp@digium.com"><jcolp@digium.com></a>
wrote:
Ross Beer wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi,
I'm having an issue with the latest asterisk verison 13.9.1 and SVN
MASTER:
</pre>
</blockquote>
<pre wrap="">
<snip>
</pre>
<blockquote type="cite">
<pre wrap="">
There are currently around 9 locks held and no phones are able to
register. The system is using the latest unixODBC and
mysql-connector-odbc drivers. This has been working well up until
recently. However a change appears to have been made to the way
endpoints are authenticated. I'm exploring the possibility that this may
be a unixODBC issue however I would be great full if anyone could offer
any assistance?
</pre>
</blockquote>
<pre wrap="">
A full backtrace[1] would be needed to see what is going on. You should
also file an issue and link it here.
[1]
<a class="moz-txt-link-freetext" href="https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace#GettingaBacktrace-GettingInformationForADeadlock">https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace#GettingaBacktrace-GettingInformationForADeadlock</a>
--
Joshua Colp
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
Check us out at: <a class="moz-txt-link-abbreviated" href="http://www.digium.com">www.digium.com</a> & <a class="moz-txt-link-abbreviated" href="http://www.asterisk.org">www.asterisk.org</a>
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com">http://www.api-digital.com</a> --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
<a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a>
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com">http://www.api-digital.com</a> --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
<a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a>
</pre>
</blockquote>
<pre wrap="">
</pre>
</blockquote>
<br>
<p><br>
</p>
<pre class="moz-signature" cols="72">--
---------------------------------------
Marek Cervenka
=======================================
</pre>
</body>
</html>