<br><div><span class="gmail_quote">On 31/08/06, <b class="gmail_sendername">Garry Hodgson</b> <<a href="mailto:garry@sage.att.com">garry@sage.att.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
in our application, a master server has a list of nodes<br>that it can use for computation.  in principle, we'd like<br>the machines named node1, node2, ...nodeN, so the nodes<br>would be node@node1...node@nodeN.  but some of our
<br>installations have their own naming conventions for machines.<br>adding aliases in /etc/hosts doesn't help.  so we resort to a<br>config file, which seems kind of klunky.</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
is there a way to cause the nodes to come up using a specific<br>host alias?  </blockquote><div><br>You can do 'erl -sname node@node1' on node1 <br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
or better yet, is there a better way for the master to find<br>out who's out there?  </blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
the nodes check in when they come up,<br>but this won't help if they're already up when master starts.</blockquote><div><br>I guess you'd need some kind of discovery protocol. Maybe the slaves can broadcast a 'is there a master' message periodically until they find one? The master could also broadcast a message when it is up so that slaves receive it and register themselves.
<br><br>cheers<br>Chandru<br><br></div></div>