NetBackup™ Administrator's Guide, Volume II

Special considerations for Name Service

In some requests to the primary server, the NetBackup Request Daemon/Service needs to confirm the configured name by which it knows the connecting client host. It does this by using the getnameinfo library function, supplied by the operating system, to query name services. The returned peer name is then compared to the client names known to the primary server, both current clients in a policy and clients for which a backup image is available. If no match is found, then each known client is checked for hostname aliases using the getaddrinfo library function to query name services. The returned aliases are then compared to the peer name. This comparison is performed by the get_ccname function which will appear in the debug logs for the bprd process.

get_ccname: determine configured name for client2-nic2.veritas.com

get_ccname: configured name is: client2

If getnameinfo returns an unexpected peer name or the various getaddrinfo calls do not return a matching alias, problems occur.

One possible solution is to reconfigure name services, possibly via the primary server hosts file. Another option is to create a special file in the altnames directory on the primary server. The file provides a direct translation of the peer names to the client host names.

On Windows:

install_path\NetBackup\db\altnames\host.xlate

On UNIX:

/usr/openv/netbackup/db/altnames/host.xlate

Each line in the host.xlate file contains three elements: a numeric key and two host names. Each line is left-justified, and a space character separates each element of the line:

key peername_from_client_IP_address client_as_known_by_server

Consider the following example:

0 xxxx xxxx.eng.aaa.com

The line specifies that when the primary server receives a request for a configured client name (numeric key 0), the client name xxxx.eng.aaa.com is used for peer name xxxx.