This chapter contains information about managing user accounts and other related
accounts. Topics in this chapter include the following:
In addition to the background information, this chapter includes detailed instructions
on how to accomplish the following tasks:
You need to perform the following tasks to set up a user for the grid engine system:
Assign required logins.
To submit jobs from host A for execution on host B, users
must have identical accounts on both hosts. The accounts must have identical user
names. No login is required on the machine where sge_qmaster runs.
Set access permissions.
The grid engine software enables
you to restrict user access to the entire cluster, to queues, and to parallel environments.
See Configuring Users for a detailed description.
In addition, you can grant users permission to suspend or enable certain
queues. See Configuring Owners Parameters for more
information.
Declare a Grid Engine System user.
In
order to add users to the share tree or to define functional or override policies
for users, you must declare those users to the grid engine system. For more information, see Configuring Policy-Based Resource Management With QMON and Configuring User Objects With QMON.
Set up project access.
If projects
are used for the definition of share-based, functional, or override policies, you
should give the user access to one or more projects. Otherwise the user's jobs might
end up in the lowest possible priority class, which would result in the jobs having
access to very few resources. See Configuring Policy-Based Resource Management With QMON for more information.
Set file access restrictions.
Users of the grid engine system must
have read access to the directory sge-root/cell/common.
Before a job starts, the execution
daemon creates a temporary working directory for the job and changes ownership of
the directory to the job owner. The execution daemon runs as root. The temporary directory
is removed as soon as the job finishes. The temporary working directory is created
under the path defined by the queue configuration parameter tmpdir.
See the queue_conf(5) man page for more information.
Make sure that temporary directories can be created under the tmpdir location.
The directories should be set to grid engine system user ownership. Users should be able to
write to the temporary directories.
Set up site dependencies.
By definition, batch jobs do not have a terminal connection. Therefore
UNIX commands like stty in the command interpreter's startup resource
file (for example, .cshrc for csh) can lead
to errors. Check for the occurrence of stty in startup files. Avoid
the commands that are described in Chapter 6, "Verifying the Installation," in N1 Grid Engine 6 Installation Guide.
Because batch jobs are usually run off line, only two ways exist to notify a job owner
about error events and the like. One way is to log the error messages to a file, the
other way is to send email.
Under some rare circumstances, for example,
if the error log file can't be opened, email is the only way to directly notify the
user. Error messages are logged to the grid engine system log file anyway, but usually the
user would not look at the system log file. Therefore the email system should be properly
installed for grid engine users.
Set up grid engine system definition files.
You
can set up the following definition files for grid engine users:
qmon - Resource file for the grid engine system GUI.
See "Customizing
QMON" in N1 Grid Engine 6 User's Guide.
sge_aliases - Aliases for the path to the
current working directory. See Using Path Aliasing.
sge_request - Default request definition
file. See Configuring Default Requests.