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

Reply via email to