<div dir="ltr">Just as an update, I'm (very slowly) finishing a rewrite of gproc to add some extension capability. After that, I thought I'd take a look at making the locks_leader the default. However, there is a reported issue with locks_leader that I'd have to take a look at first (<a href="https://github.com/uwiger/locks/issues/30">https://github.com/uwiger/locks/issues/30</a>). I apologize for having paid so little attention to this lately.<div><br></div><div>BR,</div><div>Ulf W</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-06-03 7:28 GMT+01:00 Oliver Korpilla <span dir="ltr"><<a href="mailto:Oliver.Korpilla@gmx.de" target="_blank">Oliver.Korpilla@gmx.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello.<br>
<br>
I use gproc/gproc_dist with gen_leader_revival. I have the gproc_dist all application option on and do use global names.<br>
<br>
It works fine if and only if I connect nodes first and then start gproc afterwards for additional nodes joining the cluster.<br>
<br>
If I start gproc before connecting nodes, every node insists on being the leader (I queried through the gproc API for each node) and they stick with their opinion. global aggregated counters in turn do not work, failing my application's simple loadbalancing.<br>
<br>
I ran into this problem twice:<br>
<br>
* When originally writing my application startup.<br>
* When redoing the startup and forgetting why I started gproc at a specific time.<br>
<br>
I hoped to document this somehow.<br>
<br>
Do people observe the same with locks_leader?<br>
<br>
Regards,<br>
Oliver<br>
<br>
______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
</blockquote></div><br></div>