Bugs item #630103, was opened at 2002-10-28 12:49 Message generated for change (Settings changed) made by bernardli You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109368&aid=630103&group_id=9368
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: 4.2 Status: Open Resolution: None Priority: 6 Submitted By: Thomas Naughton (naughtont) Assigned to: Bernard Li (bernardli) >Summary: 'del node' updates dhcpd.conf Initial Comment: When using 'delete node' to remove a node from the cluster this change should be made in the '/etc/dhcpd.conf' file. Otherwise adding a node with a new name but the same NIC (i.e. MAC address) would cause problems. ---------------------------------------------------------------------- Comment By: John (muglerj) Date: 2005-02-22 11:56 Message: Logged In: YES user_id=505737 Moving to 4.2. ---------------------------------------------------------------------- Comment By: Bernard Li (bernardli) Date: 2005-02-16 14:06 Message: Logged In: YES user_id=879102 dhcpd.conf should still be updated after 'delete node' is run - fix is probably just to execute the mkdhcpd.conf script when you delete node. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-02-16 14:02 Message: Logged In: NO If the 'add node' always overwrites "dhcpd.conf" and does not take into account anything it contains (ie. doesn't do an update) then I guess it is safe to leave 'del node'. It seems bad to depend on the add to keep the deletion of data consistent. However, if they both use the same data source (i.e., SIS DB or OSCAR DB) then it's less of an issue. my $0.02, --tjn ---------------------------------------------------------------------- Comment By: Bernard Li (bernardli) Date: 2005-02-15 17:41 Message: Logged In: YES user_id=879102 I just tested this with SVN trunk + Fedora Core 2. dhcpd.conf gets overwritten when you add a new node (a new dhcpd.conf is generated), so I don't see this as a problem -- Thomas, can you confirm this? ---------------------------------------------------------------------- Comment By: John (muglerj) Date: 2005-02-15 10:19 Message: Logged In: YES user_id=505737 Ok, Bernard is going to test it. ---------------------------------------------------------------------- Comment By: John (muglerj) Date: 2005-02-15 10:17 Message: Logged In: YES user_id=505737 I assume this is still a problem, but can someone verify this? ---------------------------------------------------------------------- Comment By: Thomas Naughton (naughtont) Date: 2004-11-01 13:30 Message: Logged In: YES user_id=288102 Punt to after sc'04 release. ---------------------------------------------------------------------- Comment By: Jason Brechin (brechin) Date: 2004-07-13 09:48 Message: Logged In: YES user_id=274641 Unassigning this from me since I'm no longer actively maintaining this code. ---------------------------------------------------------------------- Comment By: Jason Brechin (brechin) Date: 2003-12-04 10:44 Message: Logged In: YES user_id=274641 This has become complicated due to multicast. The multicast selection is not stored anywhere, and thus will be reset to not multicast whenever dhcpd.conf is rebuilt. We need to store the multicast selection and display that in the Setup Networking step (instead of always starting cleared), and then we can rebuild dhcpd.conf after deleting nodes using the same function that the Setup Networking window uses. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109368&aid=630103&group_id=9368 ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Oscar-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oscar-devel
