![]() |
|||
![]() |
![]() ![]() |
![]() |
![]() ![]() |
![]() |
![]() ![]() |
![]() |
| ||||
Format of Path-Aliasing FilesBoth path-aliasing files share the same format:
How Path-Aliasing Files Are InterpretedThe files are interpreted as follows:
Example 4-1 is an example how the NFS automounter problem described earlier can be resolved with an aliases file entry. Example 4-1 Example of Path-Aliasing File
Configuring Default RequestsBatch jobs are normally assigned to queues with respect to a request profile. The user defines a request profile for a particular job. The user assembles a set of requests that must be met to successfully run the job. The scheduler considers only those queues that satisfy the set of requests for this job. If the user does not specify any requests for a job, the scheduler considers any queue to which the user has access without further restrictions. However, grid engine software enables you to configure default requests that define resource requirements for jobs even when the user does not specify resource requirements explicitly. You can configure default requests globally for all users of a cluster, as well as privately for any user. The default request configuration is stored in default request files. The global request file is located under sge-root/cell/common/sge_request. The user-specific request file can be located either in the user's home directory or in the current working directory. The working directory is where the qsub command is run. The user-specific request file is called .sge_request. If these files are present, they are evaluated for every job. The order of evaluation is as follows:
Note - The requests specified in the job script or supplied with the qsub command take precedence over the requests in the default request files. See Chapter 3, "Submitting Jobs," in N1 Grid Engine 6 User's Guide for details about how to request resources for jobs explicitly. You can prevent the grid engine system from using the default request files by using the qsub -clear command, which discards any previous requirement specifications. Format of Default Request FilesThe format of both the local and the global default request files is as follows:
Suppose a user's local default request file is configured the same as test.sh, the script in Example 4-2. Example 4-2 Example of Default Request File
To run the script, the user types the following command:
The effect of running the test.sh script is the same as if the user specified all qsub options directly in the command line, as follows:
Note - Like batch jobs submitted using qsub, interactive jobs submitted using qsh consider default request files also. Interactive or batch jobs submitted using QMON also take these request files into account. | ||||
| ||||
![]() |