[Freeswitch-users] question about HA solution

[Michael Jerris]

check your db logs as nothing we are doing should be clearing those.

On Thu, Jun 8, 2017 at 4:08 AM Denys Pozniak <denys.pozniak at crazycall.com>
wrote:

> Hello!
>
> My configs:
>
> *switch.conf.xml*
>
>     <param name="switchname" value="freeswitch01"/>
>     <param name="core-recovery-db-dsn"
> value="odbc://freeswitch:root:ubuntu"/>
>     <param name="core-db-dsn" value="odbc://freeswitch:root:ubuntu"/>
>     <param name="auto-create-schemas" value="false"/>
>     <param name="auto-clear-sql" value="false"/>
>
>
> *external.conf.xml*
>
>    <param name="track-calls" value="true"/>
>    <param name="odbc-dsn" value="odbc://freeswitch:root:ubuntu"/>
>
>
> On 7 June 2017 at 17:35, Michael Jerris <mike at jerris.com> wrote:
>
>> That param should keep it from doing so, if its not you are not setting
>> it somehow or something else is wiping the db.
>>
>> On Jun 5, 2017, at 1:50 PM, Denys Pozniak <denys.pozniak at crazycall.com>
>> wrote:
>>
>> Yes, correct. But when you restart FS on slave, it will erase database.
>> And option auto-clear-sql=false not working for me.
>>
>> On Jun 5, 2017 6:32 PM, "Michael Jerris" <mike at jerris.com> wrote:
>>
>> recovered calls will get new entries in the table.
>>
>> On Jun 5, 2017, at 7:41 AM, Denys Pozniak <denys.pozniak at crazycall.com>
>> wrote:
>>
>> Hello!
>>
>> Thank you *Raymond* about your explanation, but I dont agree with some
>> point:
>> *If it really need an answer about your question -- "if it is possible to
>> move calls back".   I think it's unnecessary.*  - in my case I have two
>> not equal servers, so I need to have only one as a master.
>> If switchover happens I need to have ability to restore master back.
>>
>> Thank you *Luis* for your link, you can do simple test to understand
>> what I am talking about: do call -> check on master and slave #show
>> channels -> restart FS on slave -> check on master #show channels. In my
>> case I dont see any active calls after this, so restoring back is not
>> possible.
>>
>>
>>
>> On 3 June 2017 at 22:16, Luis Daniel Lucio Quiroz <
>> luis.daniel.lucio at gmail.com> wrote:
>>
>>> You may want to read this article.
>>>
>>> http://inside-out.xyz/technology/how-to-configure-freeswitch-for-ha.html
>>>
>>> Le 31 mai 2017 6:29 PM, "Denys Pozniak" <denys.pozniak at crazycall.com> a
>>> écrit :
>>>
>>> Hello!
>>>
>>> I built FS HA solution based on keepalived and mysql master-master.
>>> It works ok generally, but as I understand FS after restarting cleaning
>>> own database.
>>>
>>> So when node1 fails calls jump to node2, after script restarts node1 it
>>> is not possible to move calls back.
>>>
>>> Tried options in switch.conf.xml, but no luck:
>>>
>>>     <param name="auto-create-schemas" value="false"/>
>>>     <param name="auto-clear-sql" value="false"/>
>>>
>>> Is there is a way to solve this?
>>>
>>>
>>
>> _________________________________________________________________________
>> 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
>>
> _________________________________________________________________________
> 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/20170608/13995ba7/attachment-0001.html>