[OpenSIPS-Users] Clusterer and Full Sharing USRLOC sync state/persistence

[Jock McKechnie]

Thank you Alexei and Liviu;

To close the loop, this must've been it. I was having issue with the
seed node sync'ing off the other nodes after it was cycled earlier,
but that must have been something else, because nominating a single
seed seems to have brought everything into a comfortably reliable
service.

Thank you again,

 - Jock
On Thu, Oct 18, 2018 at 4:04 AM Liviu Chircu <liviu at opensips.org> wrote:
>
> Hi all,
>
> Jock: just like Alexei said, I assume you don't have a "seed" node.
> Make sure one node of your opensips.clusterer table has "seed" in the
> "flags" column.  Regarding offline restart persistence: you may skip the
> "working_mode_preset" parameter and individually set "cluster_mode" [1]
> and "restart_persistency" [2] in order to achieve a restart-persistent
> cluster using an SQL DB, rather than point-to-point sync.
>
> Alexei: that is exactly how we meant it to be used.  With 0 nodes
> online, you have to bootstrap the cluster somehow -- this is the purpose
> of the "seed" node.
>
> Cheers,
>
> [1]:
> https://opensips.org/html/docs/modules/3.0.x/usrloc.html#param_cluster_mode
> [2]:
> https://opensips.org/html/docs/modules/3.0.x/usrloc.html#restart_persistency
>
> Liviu Chircu
> OpenSIPS Developer
> http://www.opensips-solutions.com
>
> On 18.10.2018 09:28, vasilevalex wrote:
> > Hi Jock.
> >
> > I also use full-sharing cluster with just two nodes. Everything in memory,
> > no DB.
> >
> > Do you have "seed" node? Because without it, as far as I tested, it is
> > impossible to get out from "not synced state". All nodes unsynced so no one
> > can be taken as trusted point.
> >
> > I made seed flag for one server. So the second server starts and trusts seed
> > node. If I restart seeding node, it starts clean (and this state is
> > considered trusted and synced for itself) then I have to run "opensipsctl
> > fifo ul_cluster_sync" on it to add all the data from cluster to it's clean
> > state. So it became synced and containing all data.
> >
> > May be this is not the best way, but I don't know, how also can be solved
> > this state.
> >
> >
> >
> > --
> > Sent from: http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users