Notes on Cell Administration

Establishing Intercell Communication

1.gdad first reads the file /etc/opt/dce/named.ca, which, if present, should contain one or more NS (NameServer) records and associated A (Address) records. These records specify, in DNS “master” format, the name server(s) that gdad should query. The master format is described in the named (1M) man page.

2.If named.ca is not found or does not contain NS records, then gdad looks for name servers in /etc/resolv.conf. The format of resolv.conf is described in the resolver (4) man page.

3.If neither /etc/opt/dce/named.ca nor /etc/resolv.conf exists, or if neither file contains name server information, then gdad defaults to localhost. Note that if gdad defaults to localhost, named must be running on the local machine.

If the GDA configuration information is changed, gdad must be stopped and restarted so that it will pick up the new configuration data.

Choosing DNS Servers for GDA to Query

When choosing DNS Servers for GDA to query, be aware that GDA is not sophisticated enough to obtain part of the needed data from one name server and part of the data from another name server. The needed data consists of resource records associated with a cell’s domain name and resource records associated with the domain name(s) of the host(s) on which a cell’s CDS servers are running. GDA must be able to obtain all of this information from a single name server.

For example, a CDS server for a cell named “cell.cells.xyz.com” could be running on a machine called “machine.xyz.com”. If gdad cannot find at least one name server that can answer queries for both “cell.cells.xyz.com” and “machine.xyz.com”, it will not be able to obtain a single response containing all needed data.

To ensure that a given name server will be able to provide all needed data, be sure that either:

Cell names and host names are part of the same DNS “zone” (database); or,

If cell names and host names are in different zones, a name server must be configured such that it is a server for both zones. (It does not matter whether the server is a primary server, secondary server, or both, as long as both zones are available).

7-10

Planning and Configuring HP DCE 1.7

Page 158
Image 158
HP UX DCE Software manual Choosing DNS Servers for GDA to Query

UX DCE Software specifications

HP UX DCE Software, or Hewlett-Packard UNIX Distributed Computing Environment, represents a significant tool in the realm of distributed system architecture. Designed primarily for enterprise environments, HP UX DCE enhances the reliability, scalability, and manageability of applications over diverse networked systems.

One of the main features of HP UX DCE is its ability to integrate various computing platforms, enabling seamless communication and resource sharing across distributed nodes. This facilitates the creation of complex applications that can operate on a multitude of systems, thus enhancing operational flexibility. DCE employs standardized interfaces, which means applications written for one platform can run on any other platform that supports DCE, promoting cross-platform compatibility.

In terms of technologies, HP UX DCE utilizes Remote Procedure Calls (RPC) as a core feature. This mechanism allows different applications to communicate and invoke procedures on remote systems as if they were local calls. Additionally, DCE includes a robust security model that incorporates Kerberos for authentication, ensuring that communication between nodes remains secure and protected against unauthorized access.

Another significant characteristic of HP UX DCE is its distributed file system, which allows for transparent file access across different machines. The DCE File System (DFS) provides a unified namespace and manages data replication and consistency across distributed storage resources. This reduces the complexity of data management and enhances data availability.

HP UX DCE also supports a variety of programming languages, making it accessible for developers accustomed to different coding environments. This versatility encourages widespread adoption and innovation, as developers can leverage existing skills to create distributed applications.

Furthermore, HP UX DCE is built for high availability, ensuring that critical applications remain responsive even in the face of hardware or network failures. Its inherent component redundancy and fault-tolerant architecture are designed to minimize downtime, which is essential for mission-critical applications in enterprise scenarios.

In conclusion, HP UX DCE Software provides a comprehensive framework for developing, deploying, and managing distributed applications. Its core features such as RPC support, a secure authentication mechanism, a robust file system, and cross-platform compatibility make it a vital resource for organizations aiming to leverage distributed computing effectively. As enterprises evolve, HP UX DCE stands out as an influential solution in the dynamic landscape of distributed environments.