
This Section will show you how to install the gLite middleware at your site.
Installation and configuration of gLite 3.1 on Scientific Linux
General Information
gLite is the Middleware chosen to be used on the South African National Grid. gLite contains a whole lot of configurable services and modules. The configuration of the services is straight forward and explained in the following documents. A site information definition file (site-info.def) is used to configure all the services needed. This file is a basic shell script that defines all the variables needed for the configuration.
gLite can be installed on a number of RPM capable Linux distributions, but for debugging and support we recommend installing on Scientific Linux 4 or 5.
gLite can also be installed on both 32 and 64bit* Linux architectures.
Please visit
the Official gLite Webpage for more information.
WARNING: Until recently the UI had problems to run some glite-wms-job commands on 64bit machines due to python compatibility. It was fixed by adding a 32bit python and changing the python path to this location (under /opt). It is however recommended to install the UI on a 32bit machine, if possible.
OS
- Install Scientific Linux SL4/5.
Choose at least the following installation groups with their default values. A default installation with the following groups will suffice, but you may add additional packages as required.
| X Window System |
| Editors |
| Text-based Internet |
| Server Configuration Tools |
| Development Tools |
| X Software Development |
| Legacy Software Development |
| Administration Tools |
| System Tools |
(Requires +- 1.7 Gb)
For 64bit machines, you have to select the following additional groups:
| Compatibility Arch Support |
| Compatibility Arch Development Support |
WARNING: Until recently the UI had problems to run some glite-wms-job commands on 64bit machines due to python compatibility. It was fixed by adding a 32bit python and changing the python path to this location (under /opt). It is however recommended to install the UI on a 32bit machine, if possible.
Optionally you may perform the following yum install:
yum -y groupinstall \
"X Window System" \
"Editors" \
"Text-based Internet" \
"Server Configuration Tools" \
"Development Tools" \
"X Software Development" \
"Legacy Software Development" \
"Administration Tools" \
"System Tools" \
"Compatibility Arch Support" \
"Compatibility Arch Development Support"
About New YAIM
The aim of YAIM (Yet Another Installation Manager) is to implement a configuration method for the gLite software. YAIM is a set of bash scripts and functions. YAIM is distributed in rpm form and it usually resides in /opt/glite/yaim.
In order to configure a site, one or more configuration files are edited and the YAIM script is then executed. Since YAIM is mainly bash, all the configuration files have to follow the bash syntax. For example, no space between the equal sign and the key-value variables are allowed.
YAIM is the service reconfiguration used during the setup procedure. It performs all the needed actions to ensure that all services are configured correctly. YAIM is distributed in several RPMs. The
glite-yaim-core contains common functions and definitions, while the other packages like
glite-yaim-clients implement the functionality to configure specific node types. The appropriate yaim package will be installed with the service metapackage.
The available yaim modules are:
- glite-yaim-core
- glite-yaim-clients (UI, WN)
- glite-yaim-dpm
- glite-yaim-lcg-ce
- glite-yaim-torque-client
- glite-yaim-torque-server
- glite-yaim-torque-utils
- .................................
- ................................
See
the Yaim Modular structure page for more information
The optional folders are created to allow system administrators to organize their configurations in a more structured way. However, it's still possible to use only the site-info.def file and place all the necessary variables for one site there. In case optional folders are used, this is the sourcing flow (where siteinfo refers to the path to the configuration folder):
- siteinfo/site-info.def
- siteinfo/services/*
- siteinfo/nodes/*
- siteinfo/vo.d/*
You can find more details here:
YAIM 4 guide
Repository Settings
The default package management tool used by Scientific Linux and YAIM 4 is
yum. In order to use the default repositories you may set a temporary variable (on the base of what profile you want to install):
| YUM Meta packages |
Description |
Variable Settings |
| ig_CE |
Compute Element with no batch services configured |
REPOS="ca dag ig jpackage gilda glite-lcg_ce" |
| ig_CE_LSF |
Compute Element configured for use with LSF |
| ig_CE + site BDII |
Compute Element and Site BDII on same host |
REPOS="ca dag ig jpackage gilda glite-lcg_ce glite-bdii" |
| ig_CE_LSF + site BDII |
Compute Element configured for LSF and with Site BDII on same host |
| ig_CE_torque |
Compute Element with support for Torque Batch system |
REPOS="ca dag ig jpackage gilda glite-lcg_ce_torque" |
| ig_CE_torque + site BDII |
Compute Element with Torque support and Site BDII on same host |
REPOS="ca dag ig jpackage gilda glite-lcg_ce_torque glite-bdii" |
| ig_SE_dpm_disk |
Storage Element with structure stored in flat files |
REPOS="ca dag ig jpackage gilda glite-se_dpm_disk" |
| ig_SE_dpm_mysql |
Storage Element with structure stored in a MySQL? database |
REPOS="ca dag ig jpackage gilda glite-se_dpm glite-se_dpm_disk" |
| ig_SE_dpm_oracle |
Storage Element with structure stored in a Oracle Database |
| ig_UI |
User Interface (32bit) host with Andrew File System (AFS) support |
REPOS="ca dag ig jpackage gilda glite-ui" |
| ig_UI_noafs |
User Interface (32bit) without AFS support |
| ig_UI_x86_64 |
User interface (64bit) host with Andrew File System (AFS) support |
REPOS="ca dag ig jpackage gilda ig_x86_64 glite-ui" |
| ig_UI_noafs_x86_64 |
User Interface (64bit) without AFS support |
| ig_WN |
Worker Node (No Batch system) with AFS support |
REPOS="ca dag ig jpackage gilda glite-wn" |
| ig_WN_noafs |
Worker Node (No Batch system) without AFS support |
| ig_WN_LSF |
Worker Node (LSF) with AFS support |
| ig_WN_LSF_noafs |
Worker Node (LSF) without AFS support |
| ig_WN_torque |
Worker Node (Torque/PBS) with AFS support |
REPOS="ca dag ig jpackage gilda glite-wn_torque" |
| ig_WN_torque_noafs |
Worker Node (Torque/PBS) without AFS support |

Get the repositories' files with the following command:

For example to get the needed repositories to install a Worker Node with Torque support (ig_WN_torque):
# REPOS="ca dag ig jpackage gilda glite-wn_torque"
# for name in $REPOS; do wget http://grid018.ct.infn.it/mrepo/repos/$name.repo -O /etc/yum.repos.d/$name.repo; done
Install Java

Please ensure that you have the correct Java engine installed before configuring services with YAIM. Install the Java client and JDK before installing the meta packages.

Here's an example how to install the required Java packages, but you could decide to follow another solution:
# yum -y install xml-commons-resolver12 java-1.6.0-sun-compat jdk |
Released Profiles
This is an updated list of the currently deployed profiles with related meta packages and node type names:
| Profiles |
YUM INSTALLATION Metapackages |
YAIM CONFIGURATION Nodetypes |
| BDII Site |
ig_BDII |
ig_BDII_site |
| CE |
ig_CE |
ig_CE |
| ig_CE_LSF |
ig_CE_LSF |
| ig_CE_torque |
ig_CE_torque |
| SE_DPM |
ig_SE_dpm_disk |
ig_SE_dpm_disk |
| ig_SE_dpm_mysql |
ig_SE_dpm_mysql |
| ig_SE_dpm_oracle |
ig_SE_dpm_oracle |
| UI |
ig_UI |
ig_UI |
| ig_UI_x86_64 |
| ig_UI_noafs_x86_64 |
| ig_UI_noafs |
ig_UI_noafs |
| WN |
ig_WN |
ig_WN |
| ig_WN_noafs |
ig_WN_noafs |
| ig_WN_LSF |
ig_WN_LSF |
| ig_WN_LSF_noafs |
ig_WN_LSF_noafs |
| ig_WN_torque |
ig_WN_torque |
| ig_WN_torque_noafs |
ig_WN_torque_noafs |
Please note that if you're installing any of the Meta packages with AFS support (ig_WN/ig_UI), you have to install the correct AFS client and kernel headers first.

Before installing these meta packages, you should do:
yum install openafs openafs-client kernel-module-openafs-`uname -r` |
Meta package
After you've
installed Java and
downloaded the needed repositories.

To install a Meta package one can perform the following command:
yum install <metapackage> |
Where
<metapackage> is one of the Meta packages from the
Released Profiles table (Meta packages column).
--
VanEckA - 18 Aug 2008