Platform LSF Administrator's Primer Version 6.2

Chapter 6
Troubleshooting LSF Problems
Platform LSF Administrator’s Primer
59
Run lsadmin ckconfig -v and correct the problems shown in the command
output.
See problem “2 Host does not have a software license” on page 55 and Chapter 4,
Working with LSF Licenses” for more information.
Ownership of the LSF files and directories.
The LSF primary administrator should own all LSF directories and most files.
In particular, LSB_SHAREDIR (e.g.,
/usr/share/lsf/lsf_62/work
) must be
owned and writable by the LSF primary administrator.
The LSF administration commands
lsadmin and badmin must be owned by
root and have the file permission mode -rwsr-xr-x (user ID bit for the owner
is
setuid).
See problem “5 lsadmin or badmin fails” on page 59 for more information.
5 lsadmin or
badmin fails
The LSF administration commands lsadmin and badmin, or the eauth executable
might give the error messages like:
User permission denied.
Operation not permitted.
Check the following:
If you ran lsfinstall as root, lsfadmin, badmin, and eauth have the file
permission mode
-rwsr-xr-x (4755) so that the user ID bit for the owner is
setuid. However, on the file system where LSF was installed, setuid permission
may be turned off. Do one of the following:
If lsadmin, badmin, and eauth are in a directory shared through NFS, share
and mount the LSF_TOP directory with
setuid enabled. Do not mount with
the
nosuid flag.
If your site does not permit this, you must copy lsadmin and badmin, and
eauth to a local directory on each host in the cluster. (make sure the local
directory is in the PATH; for example,
/usr/bin or /bin.)
If you ran lsfinstall as a non-root user to install a multi-user cluster, you must
manually change the ownership for
lsadmin and badmin to root and the file
permission mode to
-rwsr-xr-x (4755) so that the user ID bit for the owner is
setuid.
Use the following commands to set the correct owner, user ID bit, and file
permission mode for a multi-user cluster:
# chown root lsadmin badmin eauth
# chmod 4755 lsadmin badmin eauth
You may also see these messages if you run the bsub command as root.
By default, you cannot submit jobs with
bsub as root. This is a normal security
precaution. If you need to submit jobs as
root, set LSF_ROOT_REX=local in
LSF_CONFDIR/lsf.conf.
If you continue to see this message, it means that the remote host cannot securely
determine the user ID of the user requesting remote execution.
Check: