This section provides the following:
In NetWare 6.0, you deployed older versions of DNS servers in a clustered environment and configured a DNS server on each of the nodes in the preferred node list corresponding to the resource. If the current node failed, the DNS server migrated from the current node to another node, depending on the sequence of nodes in the preferred node list. The number of DNS server objects equaled to the number of nodes in the preferred node list.
Although older versions of DNS servers supported clustering, it was limited to starting a DNS server and had its own identity. This server identity was different from the DNS server running on the next node.
For example, consider the following scenario:
For more information about cluster services, see the OES Novell Cluster Services 1.8 Administration Guide for NetWare.
In a clustered environment, the new DNS server, by default, supports the functionality provided by the older versions of DNS server. In addition, you can configure a new DNS server to maintain its identity after a node outage. In such case, only one DNS server is required per failover path (preferred node list) instead of one DNS server per node, as was the case with the older versions of DNS server.
Consider the following scenario for an existing DNS server:
To migrate this setup, you must consider the following points if you want the DNS server to take advantage of the new functionality and maintain its identity after an outage:
You must also decide the following:
Make sure that the server has been upgraded to NetWare 6.5.
Run nwdeploy.exe from the root of the NetWare 6.5 Operating System CD to upgrade the cluster software.
Launch ConsoleOne.
Create a Virtual NCP server by making a shared volume as cluster-enabled.
Identify the Volume Resource corresponding to the Virtual NCP server object.
A Virtual NCP server object has a reference to the Volume Resource in the attribute Resources.
Verify the load script in the volume resource as follows:
add secondary ipaddress xxx.xxx.xxx.xxx
load named -v volume name
where xxx.xxx.xxx.xxx is the IP address of the Netware server.
Verify the unload script in the volume resource as follows:
unload named
del secondary ipaddress xxx.xxx.xxx.xxx
Configure the desired policies for startup, failover, and failback in the Policies tab.
Select the Nodes tab and specify the desired available nodes and node preference order.
Launch any of the DNS/DHCP management utilities.
Click in the Java-based Management Console
or
Click from the iManager roles.
Select the Virtual NCP server object created in Step 4.
Provide other inputs to create the DNS server, then click .
In order to make an existing non-cluster-enabled DNS server support clustering, use the move DNS server feature as follows:
Upgrade the server to NetWare 6.5.
Launch one of the DNS/DHCP management utilities.
Identify the NCP server and the corresponding DNS server object that should be retained.
Make sure that the DNS Services is not running on this NCP server.
Identify the Virtual NCP server where DNS Services will be based.
Unlike old DNS servers that were cluster-enabled as a cluster resource, this should be cluster-enabled as a volume resource corresponding to the shared volume. Do this with the ConsoleOne snap-ins for Clustering Services.
Make sure that none of the nodes in the preferred node list has an associated DNS server (except the NCP server selected in Step 4 if it is part of the preferred node list).
Do this by deleting all other DNS servers in the preferred node list or moving them out of the preferred node list.
Use one of the DNS/DHCP management utilities to move the DNS server from the NCP server identified in Step 3 to the Virtual NCP server identified in Step 4.
For more information, see Moving a DNS Server and Moving a DNS Server.
To add a new node to the preferred node list of a DNS server that has been configured to maintain its identity across outage:
Make sure that each new node has been successfully added to the preferred node list.
Using ConsoleOne, add a reference to the corresponding physical NCP server to the group object's Members and EquivalentToMe list for each newly added node.
Alternatively, you can temporarily move the DNS server to another NCP server, and then move it back to the original NCP server.
After the DNS server has been created or moved to a Virtual NCP server, you can start the DNS server by doing the following:
Launch ConsoleOne.
Select the Netware Cluster object.
Click to change to the cluster state view.
Click the to start the Resource Manager.
Click to start the resource.
Configure your clients to use the new resource as their primary DNS server.
We recommend that you configure your DHCP server to pass this name server address to clients by using DHCP.
All the entities that require the IP address of the DNS server should be configured with the secondary IP address of the virtual NCP server.
A new command line utility (dnsmaint.nlm) that supports deletion of empty RRs that have accumulated over time, is introduced in NetWare® 6.5SP3 release.
This utility must be executed on a NetWare 6.5 SP3 machine in the eDirectory tree. The usage of the utility is specified below.
dnsmaint -User [-Password] [-Zonelist] [-LocatorObject] [-NotUsedSince]
The command line options are listed in the table below:
Examples:
For all the samples, it is assumed that the eDirectory distinguished name of DNS locator object is dns-dhcp.novell.
dnsmaint -User:admin.novell -Password:novell -LocatorObject:.dns-dhcp.novell
dnsmaint -User:admin.novell -Password:novell -LocatorObject:.dns-dhcp.novell -NotUsedSince:3
dnsmaint -User:admin.novell -Password:novell Zonelist:blr_novell_com.dns-zones
NOTE:All the ‘.’ (dots) in the zone name blr.novell.com are replaced with ‘_'(underscores).
dnsmaint -User:admin.novell -Password:novell -Zonelist:155_99_164_IN-ADDR_ARPA.novell -NotUsedSince:5