Table of Contents
{{:Design Warning}}
Switch from bind.pm to ddns.pm
-
Validate if ddns.pm can work on AIX. (Sun Jing)
-
Make forwarding work as we did in bug 2823278. (Sun Jing)
-
Update the man page for makedns - remove all of the options that are in there today (that aren't supported) and add -n (completely rewrite the config files), -d (remove these nodes from the dns), and use the /etc/hosts entries by default if no noderange is specified. (Sun Jing)
-
build the new perl module Net::DNS on AIX. (Sun Jing)
-
handle migration issues from bind.pm to ddns.pm (Sun Jing)
-
For xcat 2.6.2 initial install, set site.dnshandler to ddns in xcatconfig, so all the succedent makedns related operations will use the ddns.pm.
-
For xcat 2.6.2 migrate install, set site.dnshandler to ddns in xcatconfig, while needs to give a warning message to notify the customer - from 2.6.2, xcat starts to use Dynamic DNS instead of BIND. If he wants to keep the existing DNS setting made by xcat BIND, then he should not run any "makedns" command (or set site.dnshandler to bind before running makedns). If he wants to use the Dynamic DNS configuration then he needs to run "makedns -n" to refresh the DNS setting.
-
add the cacheing/forwarding option to ddns.pm for the dns setup on the SN (jarrod), and call that option from AAsn.pm (lissa)
Using DNS in Hierarchy
-
Support setting site.nameservers or networks.nameservers to "<xcatmaster>" to mean set the nameservers to be my SNs in the pool, or MN. (norm on aix, sun jin on linux done in 2.6.6)
- Linux already supports setting these attributes to a list of SNs and the MN and will put the appropriate one at the front of the list, but this list will get really long for very large clusters
- AIX won't support the list of SNs/MN option until there is a requirement. For now, <xcatmaster> is good enough.
-
Configure DNS on the SNs to always forward unknown requests to the MN (Sun Jing done 2.6.6)
Already implemented. Once xcatd is restarted on SN, it will set up DNS on SN as a forwarding/catching server - create /etc/named.conf with correct options and set "forwarder" to the "nameservers" value in SN's /etc/resolv.conf, since the "nameservers" value in /etc/resolv.conf is set to MN's IP(by dhcp client on Linux; by resolv_conf nim resource on AIX), so the DNS requests on SN will always be forwarded to MN.
-
xcatconfig should default site.nameservers to the MN and site.forwarders to the nameserver values in MN's resolv.conf (lissa done 2.6 revision 9191)
-
Improve the relevant db attribute descriptions. (Sun Jing done 2.6.6) Here are suggestions:
- site.nameservers - A comma delimited list of DNS servers that each node in the cluster should use. This value will end up in the nameserver settings of the /etc/resolv.conf on each node. It is common (but not required) to set this attribute value to the IP address of the xCAT management node, if you have set up the DNS on the mgmt node by running makedns. In a hierarchical cluster, you can also set this attribute to "<xcatmaster>" to mean the DNS server for each node should be the node that is managing it (either its service node or the mgmt node).
- site.forwarders - The DNS servers at your site that can provide names outside of the cluster. The makedns command will configuire the DNS on the management node to forward requests it does not know to these servers. Note that the DNS servers on the service nodes will ignore this value and always be configured to forward requests to the management node.
- networks.nameservers - A comma delimited list of DNS servers that each node in this network should use. This value will end up in the nameserver settings of the /etc/resolv.conf on each node in this network. If this attribute value is set to the IP address of an xCAT node, make sure DNS is running on it. In a hierarchical cluster, you can also set this attribute to "<xcatmaster>" to mean the DNS server for each node in this network should be the node that is managing it (either its service node or the mgmt node).
-
Document how to set up name resolution and put it in a transclude page, so we can include it in both aix and linux MN docs (Bruce, Lissa)
- document both /etc/hosts and dns, both hierarchical and non-hierarchical
- a draft of a page that can be transcluded into all of the main cookbooks is at [Setting_Up_Name_Resolution]
-
Create /etc/resolv.conf files on AIX cluster nodes
Here is a quick summary of the AIX support.
-
The resolv.conf file will be created by using the NIM resolv_conf resource which supports both diskful and diskless systems.
-
If the user supplies his own resolv_conf resource then it will be used.
-
If the user provides the "domain" and "nameservers" attribute in the xCAT "network" or "site" definitions then those values will be used to automatically create a NIM resolv_conf resource.
-
The values provided in the network definition will take precedence over the values in the site definition.
-
The network definition that will be checked is the one that corresponds to the xCAT node ip address.
-
The "<xcatmaster> keyword may be used for the "nameservers" value.
-
The <xcatmaster> keyword will be interpreted as the value of the "xcatmaster" attribute of the node definition.
-
If no "nameservers" value is provided in either the site or network definition then no resolv_conf resource will be created
-
Since the resolv_conf creation now depends on the node definition the resource will be created by the mkdsklsnode and nimnodeset commands instead of the mknimimage command. If a new resolv_conf resource is created it will be added to the osimage definition being specified for the node. This code has been checked in to 2.6.6 and the man pages for mkdsklsnode and nimnodeset have been updated.
Supporting Mulitple DNS Domains
- add new attribute networks.domain to allow a different domain on a network-by-network basis
- update dhcp.pm to use the new attribute (and do aix equivalent with the resolv.conf file)
- update makehost to use the new attribute to choose the correct domain for each node (based on what network it is on)
- update xcatd when receiving requests from the nodes to remove the correct domain
News
- Apr 22, 2016: xCAT 2.11.1 released.
- Mar 11, 2016: xCAT 2.9.3 (AIX only) released.
- Dec 11, 2015: xCAT 2.11 released.
- Nov 11, 2015: xCAT 2.9.2 (AIX only) released.
- Jul 30, 2015: xCAT 2.10 released.
- Jul 30, 2015: xCAT migrates from sourceforge to github
- Jun 26, 2015: xCAT 2.7.9 released.
- Mar 20, 2015: xCAT 2.9.1 released.
- Dec 12, 2014: xCAT 2.9 released.
- Sep 5, 2014: xCAT 2.8.5 released.
- May 23, 2014: xCAT 2.8.4 released.
- Jan 24, 2014: xCAT 2.7.8 released.
- Nov 15, 2013: xCAT 2.8.3 released.
- Jun 26, 2013: xCAT 2.8.2 released.
- May 17, 2013: xCAT 2.7.7 released.
- May 10, 2013: xCAT 2.8.1 released.
- Feb 28, 2013: xCAT 2.8 released.
- Nov 30, 2012: xCAT 2.7.6 released.
- Oct 29, 2012: xCAT 2.7.5 released.
- Aug 27, 2012: xCAT 2.7.4 released.
- Jun 22, 2012: xCAT 2.7.3 released.
- May 25, 2012: xCAT 2.7.2 released.
- Apr 20, 2012: xCAT 2.7.1 released.
- Mar 19, 2012: xCAT 2.7 released.
- Mar 15, 2012: xCAT 2.6.11 released.
- Jan 23, 2012: xCAT 2.6.10 released.
- Nov 15, 2011: xCAT 2.6.9 released.
- Sep 30, 2011: xCAT 2.6.8 released.
- Aug 26, 2011: xCAT 2.6.6 released.
- May 20, 2011: xCAT 2.6 released.
- Feb 14, 2011: Watson plays on Jeopardy and is managed by xCAT!
- xCAT Release Notes Summary
- xCAT OS And Hw Support Matrix
- xCAT Test Environment Summary
History
- Oct 22, 2010: xCAT 2.5 released.
- Apr 30, 2010: xCAT 2.4 is released.
- Oct 31, 2009: xCAT 2.3 released.
xCAT's 10 year anniversary! - Apr 16, 2009: xCAT 2.2 released.
- Oct 31, 2008: xCAT 2.1 released.
- Sep 12, 2008: Support for xCAT 2
can now be purchased! - June 9, 2008: xCAT breaths life into
(at the time) the fastest
supercomputer on the planet - May 30, 2008: xCAT 2.0 for Linux
officially released! - Oct 31, 2007: IBM open sources
xCAT 2.0 to allow collaboration
among all of the xCAT users. - Oct 31, 1999: xCAT 1.0 is born!
xCAT started out as a project in
IBM developed by Egan Ford. It
was quickly adopted by customers
and IBM manufacturing sites to
rapidly deploy clusters.