[Freeswitch-users] switch_core_sqldb.c:2987 invalied cdr data, call not recoverd

[Michael Jerris]

would need a bug report on this one with full logs and config and how to reproduce to look into it.

> On Jun 20, 2017, at 11:05 AM, Achintha <achinthau at gmail.com> wrote:
> 
> hi all,
> 
> I configured two freeswitch servers (freeswitch 1.6.18 on debian 8 ) with call recovery feature. It is working properly on extension to extension , out bound and IVR Calls.
> Then i tried to land an incoming call, the call gets connected to the queue and then freeswitch generate a call to agent and bridge it with queued call and both sides can hear properly.
> Then i crashed the primary server, call got landed to the second freeswitch server but rtp is not functioning, and in the second freeswitch console, it printed  "switch_core_sqldb.c:2987 invalied cdr data, call not recovered". But the call was not disconnected.
> 
> I used the following configurations
> 
> switch.conf.xml : 
> 
>                          switch name is same on both servers
>                          core-db-dsn and core-recovery-db-dsn  configured with pgsql
> both sip profiles:
>                         odbc-dsn configured with pgsql
>                         track-calls elabled
> 
> please provide me a solution to sort out this.
> 
> -- 
> Best Regards..
> Achintha Udukumbura
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
> 
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170620/c1007fa0/attachment.html>