(Click to open topic with navigation)
These instructions describe how to install and start Moab Workload Manager (MWM).
Hardware requirements:
Supported operating systems:
MWM has been tested on the following variants of Linux:
MWM has historically worked, but has not been tested, on the following operating systems:
Host operating system software dependencies:
Supported resource managers:
Use the following commands to install the required Moab Workload Manager dependencies and packages (listed in the Requirements section above).
RHEL 5 and CentOS 5:
[root]# yum update [root]# yum install make curl libxml2-devel
RHEL 6 and CentOS 6, and Scientific Linux 6:
[root]# yum update [root]# yum install make libcurl perl-CPAN libxml2-devel
SLES:
[root]# zypper update [root]# zypper install make curl libxml2-devel
To build a custom RPM
[root]# yum install rpm-build
The variable marked <version> is the desired version of the suite; for example, 7.5.0. The variable marked <OS> indicates whether you are using a RHEL/CentOS 5 operating system (EL5), a RHEL/CentOS 6 operating system (EL6), or a SUSE 11 operating system (SUSE11). The variable marked <type> is one of libtorque (TORQUE), generic (generic), libtorque-libodbc (TORQUE ODBC), or generic-libodbc (generic ODBC).
To install Moab Workload Manager
If you have not met the hardware and host operating system software requirements listed above, you will likely encounter errors when trying to install Moab Workload Manager.
The variable marked <version> is the desired version of the suite; for example, 7.5.0. The variable marked <OS> indicates whether you are using a RHEL/CentOS 5 operating system (EL5), a RHEL/CentOS 6 operating system (EL6), or a SUSE 11 operating system (SUSE11). The variable marked <type> is one of libtorque (TORQUE), generic (generic), libtorque-libodbc (TORQUE ODBC), or generic-libodbc (generic ODBC).
[root]# tar xzvf moab-7.5.0-xxxx.tar.gz (where xxxx can be one of: generic, generic-odbc, torque, torque-odbc) [root]# cd moab-7.5.0
Configure Moab. The ./configure command allows you to specify some options. In some cases, you might want to customize the location of the MWM home directory, the server daemon, and the client commands. You can make these configurations by using the ./configure options (For a complete list of ./configure options, use ./configure --help or refer to Moab Workload Manager configuration options for a list of commonly used options.
It is strongly recommended that you configure Moab with the --with-init, --with-profile, and --with-flexlm options. If you are using TORQUE as your resource manager, use the --with-torque option. If you are installing Moab Accounting Manager, configure Moab with the --with-am option.
[root]# ./configure <options>
[root]# make perldeps
[root]# make install
Copy the appropriate init.d file, set the permissions on it, and configure MWM to start automatically at system boot.
* If SLES distribution, do the following * [root]# cp OS/SLES/etc/init.d/moab /etc/init.d/moab [root]# chmod 755 /etc/init.d/moab [root]# chkconfig --add moab * If chkconfig doesn't work, try the following * [root]# update-rc.d moab defaults
[root]# nano /opt/moab/etc/moab.cfg
Do the following:
RMCFG[torque] SUBMITCMD=/usr/local/bin/qsub
If you use a SLURM resource manager, see Moab-SLURM Integration Guide for configuration information. If you use a NATIVE resource manager, see Managing Resources Directly with the Native Interface for configuration information.
ADMINCFG[1] USERS=root,tomcat
Also, make sure that you set ENABLEPROXY to TRUE:
ADMINCFG[1] ENABLEPROXY=TRUE
Without this configuration, all jobs submitted in Viewpoint will be submitted as "root," regardless of the user who actually submitted the job.
[root]# . /etc/profile.d/moab.sh
[root]# cp moab.lic $MOABHOMEDIR/etc/moab.lic
To verify the current status of your license, use moab --about.
MWM checks the status of the license every day just after midnight. At 60 and 45 days before, and daily from 30 days before license expiration to and including the license expiration date, MWM sends an e-mail to all level 1 administrators informing them of the pending MWM license expiration. A log record is also made of the upcoming expiration event. For the notifications to occur correctly, you must enable administrator email notification (see "Notifying Administrators of Failures" in the Moab Workload Manager Administrator Guide) and moab.cfg must contain email addresses for level 1 administrators. For example:
ADMINCFG[1] USERS=u1,u2,u3[,...] USERCFG[u1] [email protected] USERCFG[u2] [email protected] USERCFG[u3] [email protected] MAILPROGRAM DEFAULT
Moab will not run without a license. For information about obtaining a trial license, please contact Adaptive Computing.
[root]# service moab start
If Moab fails to start because libodbc.so.1 cannot be found, you must create a symbolic link from libodbc.so.1 to libodbc.2.
[root]# ln -s /usr/lib64/libodbc.so.2 /usr/lib64/libodbc.so.1
For more information, see the Unix ODBC documentation.
[root]# su - user [user]$ echo sleep 150 | msub [user]$ showq
[user]$ exit
If you will be installing Moab Web Services or Moab Viewpoint, connect MWM to MongoDB using the following instructions:
The USEDATABASE parameter is unrelated to the MongoDB configuration.
In /opt/moab/etc/moab.cfg, set the MONGOSERVER parameter to the correct location of the MongoDB server. By default, Moab assumes it is on the same server.
MONGOSERVER <host>[:<port>]
MONGOUSER moab_user MONGOPASSWORD secret2
[root]# service moab restart [root]# mdiag -S ... Mongo connection (localhost) is up (credentials are set) ...
Moab supports message queue security using AES. To enable message encryption, you must specify a MESSAGEQUEUESECRETKEY by following these instructions:
dd if=/dev/urandom count=16 bs=1 2>/dev/null | base64
MESSAGEQUEUESECRETKEY 1r6RvfqJa6voezy5wAx0hw==
The key you specify in the moab-private.cfg file is the same key you must also specify in the moab.messageQueue.secretKey property when installing and configuring MWS (see Installing Moab Web Services).
Important: If MWS is configured to encrypt the message queue and Moab is not (or vice versa) then the messages from Moab will be ignored. Furthermore, all attempts to access the MWS service resource will fail.
Related topics