I'd like to have a resolution for this thread, does anybody see a big deal if we just stick with a purely DHCP setup?
ORNL, IU, any comments regarding this? Cheers, Bernard > -----Original Message----- > From: Michael Edwards [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 04, 2006 21:18 > To: Ted Powell > Cc: Bernard Li; [EMAIL PROTECTED]; [email protected] > Subject: Re: [Oscar-devel] RE: [Oscar-checkins] r4667 - in > trunk: lib/OSCAR packages/oda packages/sis/scripts scripts > > Interesting, but since OSCAR doesn't touch the nodes until they are > network booted the first time, how would you implement this type of > setup without preconfiguring each node? > > I probably was using etherboot to network boot the node anyway, would > that make any difference? > > On 5/4/06, Ted Powell <[EMAIL PROTECTED]> wrote: > > On Thu, May 04, 2006 at 10:49:22AM -0500, Michael Edwards wrote: > > > The only configuration I can see this being helpful with is if the > > > cluster is routed through a public network with an existing DHCP > > > server. Since there isn't any way (that I know of) to aim at a > > > particular server, > > > > The protocol does not require a client to respond to the > first DHCPOFFER > > that it receives, so you can achieve this effect by simply > waiting for > > the right one to come along. The ISC client--the one that > comes with Red > > Hat--does not have a straightforward way (that I know of) > to tell it to > > do that, but the Oscar DHCP server can be configured in > /etc/dhcpd.conf > > to define a "site-local" option that is not known to any > other reachable > > server. Then each Oscar client is configured in > dhclient.conf to "require" > > that option to be sent by any responding server. > > > > > you have no way of making certain you > are going to > > > hit the right one. [...] > > > > But you can eliminate all the wrong ones by adding a > "reject" statement > > to dhclient.conf for the server identifier of each wrong > one that pops up. > > > > This is more chancy. If somebody adds some piece of equipment to the > > network without telling the sysadmin, and that device turns out to > > contain an active DHCP server, with some arbitrary server > identifier, > > it can take a while to find out what the problem is, add > another reject > > statement, and get it out to all the clients. > > > > > > -- > > Ted Powell <[EMAIL PROTECTED]> http://psg.com/~ted/ > > "If you don't look, you don't know." > > Dr. Sam Ting, Nobel laureate experimental physicist. > > > ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642 _______________________________________________ Oscar-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oscar-devel
