<div dir="ltr">Hi Vance,<div><br></div><div style>we have decided that we would like to take in this functionality if the bug I mentioned in my last mail is corrected and some more extensive tests are added. We also need an update of the documentation, of course.</div>
<div style><br></div><div style>Thanks for your contribution!</div><div style>/siri</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/6/14 Vance Shipley <span dir="ltr"><<a href="mailto:vances@motivity.ca" target="_blank">vances@motivity.ca</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Thu, Jun 13, 2013 at 02:46:38PM +0530, Vance Shipley wrote:<br>
}  The use case is simply that we run the same application on each node in<br>
}  a distributed Erlang cluster and want to designate a standby node for<br>
}  each as depicted below:<br>
<br>
</div>Siri,<br>
<br>
For further clarification I should add that the node pairs need to<br>
know about each other because they use distributed mnesia.  The node<br>
pairs which may run an instance of an application each maintain a copy<br>
of the mnesia tables which they need to run.  If serverA fails node2<br>
will take over it's app1 instance and continue operation with the current<br>
tables.  The problem comes in with the fact that the active nodes all<br>
use mnesia distribution and pg2 betwen them (e.g. node & node4) as well.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
        -Vance<br>
<br>
</font></span></blockquote></div><br></div>