[asterisk-users] Segmentation fault

[John Harragin]

>Setting "batch=yes" in your /etc/asterisk/cdr.conf file may fix this by
moving the database interaction to separate threads away from the call.

I can certainly try this, but I believe the maria-odbc-driver is what is
running as a single thread. Its been a few months since I played with this,
I think there may also be a compiled in parameter in the unixodbc regarding
threading that's default value was changed in recent years.

The only asterisk issue is why it would hang at SET(CDR_PROP(disable)=1)?
Perhaps there is an interaction where odbc_adaptive always checks an aspect
of the tables it interacts with (and needlessly when disabling cdr). I
started looking at the source - but got pulled onto another project before
I was able to determine anything, and have not revisited the issue. So for
me this isn't current but just me throwing in my recollections that may
pertain to Federico's issue.



On Thu, Aug 17, 2023 at 5:37 PM C. Maj <chris at penguinpbx.com> wrote:

> On 8/17/23 12:44, John Harragin wrote:
> > You should be able to define multiple data sources. However I'm having my
> > own issues. I have my dialplan accessing one maria database which is
> hosted
> > locally on the asterisk server then logging cdr with odbc adaptive which
> > connects to maria on a remote machine. This works fine except when the
> > remote server is out of reach the calls zombie and eventually lead to a
> > fault.
>
> Setting "batch=yes" in your /etc/asterisk/cdr.conf file may fix this by
> moving the database interaction to separate threads away from the call.
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> Check out the new Asterisk community forum at:
> https://community.asterisk.org/
>
> New to Asterisk? Start here:
>       https://wiki.asterisk.org/wiki/display/AST/Getting+Started
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20230818/2163fe8e/attachment.html>