<p dir="ltr">Pablo, since you have not provided that much information, I'll suggest to try to get away with calls to master node's gproc app instance via Erlang distribution (erlang:rpc/3). You will avoid a can of worms.</p>
<p dir="ltr">Or you can try gproc global registration. I would suspect dragons in that particular area.</p>
<div class="gmail_quote">On Dec 18, 2014 7:48 PM, "pablo platt" <<a href="mailto:pablo.platt@gmail.com">pablo.platt@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>Hi,<br><br></div>I'm using gproc to register user sessions.<br></div>How can I sync the gproc ets table with a slave server?<br></div>Is gen_leader an overkill when the same server will always be the master and I don't need master election?<br><br></div>Can the slave be notified for any change in gproc so it will know when a user session added, removed or changed?<br><br>Thanks<br></div></div>
<br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div>