To support Linux hosts, the cluster requires a Linux OS user account as cluster administrator (egoadmin). The Linux egoadmin account must exist on every Linux host and have the same name as the Windows egoadmin account. For example, if the actual Windows account name is .\newadmin or DOMAIN\newadmin, the Linux account name is newadmin.
The Linux cluster administrator is the only non-root account that has permission to manage Linux hosts in the cluster. The account owns most EGO files on Linux.
You must create the egoadmin account before you start the installation.
The Linux installation directory is the directory where the EGO binaries are installed on a Linux host. It does not need to have the same name as the Windows installation directory.
The installation directory must be the same directory on every host.
The default installation directory is /opt/ego. To use a different directory, you must customize the installation.
The installer creates the installation directory if it does not already exist. If it does exist, make sure it is empty.
When you install on the Linux host:
use the same base port as Windows hosts (to check the base port, see EGO_LIM_PORT in %EGO_CONFDIR%/ego.conf on the master host)
use the same cluster name as Windows hosts (the cluster name is displayed in the Platform Management Console and is part of the file name %EGO_CONFDIR%/ego.cluster.cluster_name)
Choose the RPM package according to the operating system you are installing on.
Each operating system version has a separate RPM package. Obtain the package to match your host. Compute host packages have computehost in the file name. For example for x86 hosts running Linux 2.4 with glibc version 2.3, install the package named egocomputehost-linux2.4-glibc2.3-x86-1.2.3.nnnnnn.rpm
That the Linux cluster administrator account exists with the same name as the Windows account.
That the required connection ports are not in use. You must use the same ports as the Windows hosts.
The default base connection port is 7869. EGO uses five consecutive ports from this base port (7869-7873)
Customize the cluster properties at installation by setting variables to specify the cluster administrator, the cluster name, and the base connection port.
Set custom variables before installation if you wish to customize the cluster properties.
You can set environment variables according to your login shell. If you do not wish to use environment variables, create a simple text file /tmp/install.config and enter each variable on a new line. An environment variable is ignored if the same variable is set in the cluster properties configuration file.
For RPM version 4.2.x or later and all versions of RPM which support the --prefix option:
rpm -ivh --prefix /opt/test/ egocomputehost-linux2.4-glibc2.3-x86-1.2.3-nnnnnn.rpm
For RPM version 4.1.x or earlier, if --prefix is not supported, set one more environment variable before you run the package:
setenv RPM_INSTALL_PREFIX install_dir
setenv RPM_INSTALL_PREFIX /opt/
rpm -ivh egocomputehost-linux2.4-glibc2.3-x86-1.2.3-nnnnnn.rpm
The installer will create the installation directory if it does not already exist.
On Linux hosts, set the environment before you run any EGO commands. You need to do this once for each session you open. Both root and egoadmin accounts use EGO commands to configure and start the cluster.
You need to reset the environment if the environment changes during your session, for example, if you run egoconfig mghost, which changes the location of some configuration files.
These examples assume the default installation directory /opt/ego.
Optional. A root user within a Linux environment can choose to give root privileges within the cluster to the cluster administrator.
By default, only root can start, stop, or restart the cluster.
Give root privileges to egoadmin so that egoadmin can start a local host in the cluster, or shut down or restart any hosts in the cluster from the local host. For egoadmin or root to start the cluster, or start any hosts specified by name, you need to be able to run rsh across all hosts in the cluster without having to enter a password; see your operating system documentation for information about configuring rsh.
Do the following to give root privileges to egoadmin for one host. Run the command on each host in the cluster.
When you run egosetsudoers.sh, it does the following:
It creates the /etc/ego.sudoers file. The file owner is root and the permissions are set to 600 because you ran this command as root. Only the root user can edit this file.
It will setuid the egosh command and change the owner of egosh to root.
Whenever you see instructions to log on as root to start, stop, or restart a host in the cluster, you may log on as egoadmin instead.
On Linux hosts, set the environment before you run any EGO commands. You need to do this once for each session you open. Both root and egoadmin accounts use EGO commands to configure and start the cluster.
You need to reset the environment if the environment changes during your session, for example, if you run egoconfig mghost, which changes the location of some configuration files.
These examples assume the default installation directory /opt/ego.
Look for the host you added in the list of the resources.
If you can see the host name in the list of resources, that host was successfully added to the cluster.
This test detects hosts even if the host is not currently available. Some hosts make take a while to become available after they are added to the cluster.
To start a Linux host, use root (remember, if you enabled root permissions for egoadmin, you may use egoadmin instead of root). You cannot start a Linux host from a Windows host.
To start a cluster, log onto Windows as egoadmin and run egosh ego start all. Then log on to the Linux host as root and run egosh ego start all. You need rsh to use "start all" on Linux.
For a consumer to execute work on both Linux and Windows hosts, you need one Linux execution user account and one Windows execution user account with the same user name. For example, if the actual Windows account is DOMAIN\test06 or .\test06, the Linux account is test06.
Always input the Windows account name when you configure the execution user in the consumer properties. If the execution host is Linux, the domain name is automatically stripped (for example, DOMAIN\test06 is interpreted as test06 on Linux).