<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">My comment about the boot script was just because I didn’t see a -boot option in your command line.</div><div class=""><br class=""></div><div class="">When did you run application:info() on b and saw the application running there? Was it after killing a?</div><div class=""><br class=""></div><div class="">To be clear, your config says the application should failover to *either* b or c.</div><div class=""><br class=""></div><div class="">BR,</div><div class="">Ulf W</div><div class=""><br class=""></div><br class=""><div><blockquote type="cite" class=""><div class="">On 23 Jan 2015, at 20:58, Nuku Ameyibor <<a href="mailto:nayibor@gmail.com" class="">nayibor@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta content="text/html; charset=utf-8" http-equiv="Content-Type" class="">
<div class="">
<div class="">
<div style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif" class=""><br class=""><br class="">Dear ulf ,<br class=""><br class="">I used retool.config to create the release. i run the executables created to run the application and added -c option for da various nodes . <br class="">I did start the executables on node b cuz i had sync_nodes_mandatory option and a restart/run of app on node a requires node b and c to be running . <br class="">I also run application:info() on b and saw the application running on b <br class="">It was however not running on node c due to the takeover .<br class="">Had to create a new shell on node c . <br class=""><br class="">Anyway i will try again and note u suggestions about rebar ,relx ,setup .<br class="">Thanks a lot !!!</div></div>
<div dir="ltr" class="">
<hr class="">
<span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif;FONT-WEIGHT:bold" class="">From: </span><span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif" class=""><a href="mailto:ulf@feuerlabs.com" class="">Ulf Wiger</a></span><br class=""><span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif;FONT-WEIGHT:bold" class="">Sent: </span><span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif" class="">23/01/2015 17:49</span><br class=""><span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif;FONT-WEIGHT:bold" class="">To: </span><span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif" class=""><a href="mailto:nayibor@gmail.com" class="">Nuku Ameyibor</a></span><br class=""><span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif;FONT-WEIGHT:bold" class="">Cc: </span><span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif" class=""><a href="mailto:erlang-questions@erlang.org" class="">erlang questions</a></span><br class=""><span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif;FONT-WEIGHT:bold" class="">Subject: </span><span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif" class="">Re: [erlang-questions] unregistering a process during takeover</span><br class=""><br class=""></div></div><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap:break-word" class=""><div class="">Not sure based on what you’ve described. A possibility is that you’ve forgotten to start the application on b.</div><div class=""><br class=""></div><div class="">The next step, though, would be to also use a boot script. You could use rebar, relx, OTP systools or my personal pet project, setup [1].</div><div class=""><br class=""></div><div class="">Using a boot script, your applications are started automatically, or in the case of distributed apps, at least prepared to start, so that failover/takeover can work.</div><div class=""><br class=""></div><div class="">BR,</div><div class="">Ulf W</div><div class=""><br class=""></div><div class="">[1] <a href="http://github.com/uwiger/setup" class="">http://github.com/uwiger/setup</a></div><div class=""> <a href="https://github.com/uwiger/setup/wiki/Example:-generating-boot-scripts-from-a-running-system" class="">https://github.com/uwiger/setup/wiki/Example%3A-generating-boot-scripts-from-a-running-system</a></div><div class=""><br class=""></div><br class=""><div class=""><blockquote type="cite" class=""><div class="">On 23 Jan 2015, at 12:09, Nuku Ameyibor <<a href="mailto:nayibor@gmail.com" class="">nayibor@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">hi ulf ,<div class="">thanks.</div><div class="">the takeover is working okay now !!! .</div><div class="">config a is this </div><div class=""><br class=""></div><div class=""><div class="">[{kernel,</div><div class=""> [{distributed, [{m8ball,</div><div class=""> 5000,</div><div class=""> [a@ZION, {b@ZION, c@ZION}]}]},</div><div class=""> {sync_nodes_mandatory, [b@ZION, c@ZION]},</div><div class=""> {sync_nodes_timeout, 30000}</div><div class=""> ]</div><div class=""> }</div><div class="">].</div></div><div class=""><br class=""></div><div class="">i start each node with </div><div class="">bin\werl.exe -sname c -config C:\wamp\www\erlang\proj\m8ball\apps\m8ball_1_0_0\config\c.config<br class=""></div><div class=""><br class=""></div><div class="">there are 3 nodes .their conf files are similar with sync_nodes_mandatory being slightly different .</div><div class=""><br class=""></div><div class="">a small question .</div><div class="">the first round of failover and takeover seems to work fine .</div><div class="">but after the first round (start node a,b,c . kill a b does failover .kill b c does failover . restart a,b a does takeover from c killing c application on c .i restart shell on c )</div><div class=""><br class=""></div><div class=""><b class=""> after the first round when i try to do a failover onto b by killing a it doesnt work .</b></div><div class="">was wondering how come since the first round of failover take over worked fine .</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Fri, Jan 23, 2015 at 6:35 AM, Ulf Wiger <span dir="ltr" class=""><<a href="mailto:ulf@feuerlabs.com" target="_blank" class="">ulf@feuerlabs.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class=""><span class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On 23 Jan 2015, at 03:44, Nuku Ameyibor <<a href="mailto:nayibor@gmail.com" target="_blank" class="">nayibor@gmail.com</a>> wrote:</div><br class=""><div class=""><div style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px" class="">=INFO REPORT==== 23-Jan-2015::02:20:57 ===</div><div style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px" class="">global: Name conflict terminating {m8ball_server,<2910.62.0>}</div></div></blockquote><br class=""></div></span><div class="">This suggests that you’re connecting the nodes *after* starting your applications, so that the application processes have time to globally register themselves first. Global detects the name conflict when trying to merge the registries of the two nodes.</div><div class=""><br class=""></div><div class="">You can for example use the ‘distributed’ option, described here:</div><div class=""><a href="http://www.erlang.org/doc/apps/kernel/application.html#load-1" target="_blank" class="">http://www.erlang.org/doc/apps/kernel/application.html#load-1</a></div><div class=""><br class=""></div><div class="">and here:</div><div class=""><br class=""></div><div class=""><a href="http://www.erlang.org/doc/man/kernel_app.html" target="_blank" class="">http://www.erlang.org/doc/man/kernel_app.html</a></div><div class=""><br class=""></div><div class="">BR,</div><div class="">Ulf W</div><br class=""><div class="">
<span style="border-collapse:separate;border-spacing:0px" class=""><div class=""><div class="">Ulf Wiger, Co-founder & Developer Advocate, Feuerlabs Inc.</div><div class=""><a href="http://feuerlabs.com/" target="_blank" class="">http://feuerlabs.com</a></div></div><div class=""><br class=""></div></span><br class="">
</div>
<br class=""></div></blockquote></div><br class=""></div>
</div></blockquote></div><br class=""><div class="">
<span class="Apple-style-span" style="border-collapse:separate;border-spacing:0px"><div class=""><div class="">Ulf Wiger, Co-founder & Developer Advocate, Feuerlabs Inc.</div><div class=""><a href="http://feuerlabs.com/" class="">http://feuerlabs.com</a></div></div><div class=""><br class=""></div></span><br class="Apple-interchange-newline">
</div>
<br class=""></div>
</div></blockquote></div><br class=""><div apple-content-edited="true" class="">
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div class=""><div class="">Ulf Wiger, Co-founder & Developer Advocate, Feuerlabs Inc.</div><div class=""><a href="http://feuerlabs.com" class="">http://feuerlabs.com</a></div></div><div class=""><br class=""></div></span><br class="Apple-interchange-newline">
</div>
<br class=""></body></html>