No objections from me, just pointing out some things that may not have
been thought of so we're sure to look for them. The second point I made
(DHCP getting started with a corrupt file) may not be obvious and easily
produced, so it will take special care to make sure it isn't a problem.
Please let us know what you find.
Mike
On Thu, 2003-01-23 at 12:39, Jeremy Enos wrote:
> Hence, why I want to "try" it. i.e. Test.
>
> Jeremy
>
> At 11:10 AM 1/23/2003 -0500, Michael Chase-Salerno wrote:
> >I'm a little concerned about what this may do to the interface response.
> >If it takes several seconds to restart DHCP, then if we wait on it, the
> >window will be dead for those seconds, if we don't wait on it, we may
> >end up with a bunch of redundant DHCP restarts that may take a while to
> >finish after the changes have been completed. Perhaps we should have a
> >single member queue that will hold 1 DHCP restart request and no more,
> >that way if there's one pending, we don't add more to the list.
> >
> >I'm also concerned that dhcp may get restarted when the file is in an
> >incomplete state, eg we have made half the entry for a node, but its not
> >complete. If that happens, DHCP won't come up at all since it is a
> >config file error.
> >
> >Mike
> >
> >On Wed, 2003-01-22 at 16:32, Jeff Squyres wrote:
> > > On Wed, 22 Jan 2003, Jeremy Enos wrote:
> > >
> > > > What if we just get rid of the "Configure DHCPD" button and bind it's
> > > > function to the "Assign MAC address" function? Yes, this would restart
> > > > DHCPD each time a MAC was assigned. By doing that, we potentially
> > > > eliminate a sysadmin's walk to a node to reboot it the second time,
> > > > because it's still trying to boot after collection... and then would
> > > > possibly be able to start building directly.
> > >
> > > I'm in favor of it. Seems like a win to me.
> > >
> > > Is there any reason that someone might not want to do this, though?
> > > Should we provide a checkbox (or something) that means "don't keep
> > > re-writing my dhcpd.conf"?
> > >
> > > --
> > > {+} Jeff Squyres
> > > {+} [EMAIL PROTECTED]
> > > {+} http://www.lam-mpi.org/
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: Scholarships for Techies!
> > > Can't afford IT training? All 2003 ictp students receive scholarships.
> > > Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
> > > www.ictp.com/training/sourceforge.asp
> > > _______________________________________________
> > > Oscar-devel mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/oscar-devel
> >
> >
> >
> >
> >-------------------------------------------------------
> >This SF.NET email is sponsored by:
> >SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> >http://www.vasoftware.com
> >_______________________________________________
> >Oscar-devel mailing list
> >[EMAIL PROTECTED]
> >https://lists.sourceforge.net/lists/listinfo/oscar-devel
>
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Oscar-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/oscar-devel
>
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Oscar-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/oscar-devel
