25.06.2015 Views

Administering Platform LSF - SAS

Administering Platform LSF - SAS

Administering Platform LSF - SAS

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Common <strong>LSF</strong> Problems<br />

User permission denied<br />

If remote execution fails with the following error message, the remote host<br />

could not securely determine the user ID of the user requesting remote<br />

execution.<br />

User permission denied.<br />

Check the RES error log on the remote host; this usually contains a more<br />

detailed error message.<br />

If you are not using an identification daemon (<strong>LSF</strong>_AUTH is not defined in the<br />

lsf.conf file), then all applications that do remote executions must be owned<br />

by root with the setuid bit set. This can be done as follows.<br />

% chmod 4755 filename<br />

If the binaries are on an NFS-mounted file system, make sure that the file<br />

system is not mounted with the nosuid flag.<br />

If you are using an identification daemon (defined in the lsf.conf file by<br />

<strong>LSF</strong>_AUTH), inetd must be configured to run the daemon. The identification<br />

daemon must not be run directly.<br />

If <strong>LSF</strong>_USE_HOSTEQUIV is defined in the lsf.conf file, check if<br />

/etc/hosts.equiv or HOME/.rhosts on the destination host has the client<br />

host name in it. Inconsistent host names in a name server with /etc/hosts<br />

and /etc/hosts.equiv can also cause this problem.<br />

On SGI hosts running a name server, you can try the following command to<br />

tell the host name lookup code to search the /etc/hosts file before calling<br />

the name server.<br />

% setenv HOSTRESORDER "local,nis,bind"<br />

Non-uniform file name space<br />

On UNIX<br />

A command may fail with the following error message due to a non-uniform<br />

file name space.<br />

chdir(...) failed: no such file or directory<br />

You are trying to execute a command remotely, where either your current<br />

working directory does not exist on the remote host, or your current working<br />

directory is mapped to a different name on the remote host.<br />

If your current working directory does not exist on a remote host, you should<br />

not execute commands remotely on that host.<br />

If the directory exists, but is mapped to a different name on the remote host,<br />

you have to create symbolic links to make them consistent.<br />

<strong>LSF</strong> can resolve most, but not all, problems using automount. The automount<br />

maps must be managed through NIS. Follow the instructions in your Release<br />

Notes for obtaining technical support if you are running automount and <strong>LSF</strong> is<br />

not able to locate directories on remote hosts.<br />

530<br />

<strong>Administering</strong> <strong>Platform</strong> <strong>LSF</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!